试图理解immediate=“true”在不应该的时候跳过输入

Question

就在我以为我已经明白的时候...*叹息*

<h:inputText value="#{testBean.text}" required="true" />
<h:commandButton actionListener="#{testBean.doFoo}" value="Do Foo" />
<h:commandButton immediate="true" actionListener="#{testBean.doBar}" value="Do Bar" /><br />
<h:outputText value="#{testBean.didSomething}" />

public class TestBean {
   private String didSomething = "Nothing done yet";
   // + getter

public void doFoo() {
    didSomething = "Did foo!";        
}

public void doBar() {
    didSomething = "Did bar!";        
}

从我读到的关于立即的所有信息来看，我希望有以下几点：

>

当尝试执行foo而不为输入字段提供值时，不会执行该操作，因为在ProcessValidationsPhase期间发生错误，导致在此阶段之后直接重新呈现页面并显示错误消息。DidSomething的值保持不变。（按预期工作）

当尝试do bar而不为输入字段提供值时，由于immediate属性，该操作将在applyRequestValuesPhase期间执行。变量DidSomething已更改。（按预期工作）

“null返回值（作为action方法的结果）会导致处理正常继续，即验证非立即组件，然后执行update-model（如果没有发生验证错误）。对于返回void的action侦听器方法，需要调用FacesContext.RenderResponse（）；如果不需要正常流。”

由此，我产生了这样的想法，即处理继续正常（因为我的action方法既不返回结果，也不强制renderresponse())，从而导致相同的验证错误。唯一的区别是它发生在设置didsomething之后。然而，这种情况并不发生。相反，它感觉站点仍然跳过所有剩余的阶段，输入字段没有被触摸。它重新呈现时不会出现错误消息。

谁能给我解释一下，我对这个工作原理的理解哪里出了问题？

Answer 1

按钮上有immediate=“true”时，在apply request values阶段确实会调用该操作，并且会跳过所有剩余的阶段。这也是该属性的唯一要点：在apply request values阶段立即处理（解码、验证、更新和调用）组件。

所有没有immediate=“true”的输入都将被忽略。只有具有immediate=“true”的输入才会被处理，但在apply request values阶段也会发生这种情况。如果apply request values阶段已经发生了一切，为什么还要调用其余的阶段？

在Debug JSF lifecycle文章中，您可以找到以下摘要，它将启发您何时（不）使用立即“true”:

如果还不完全清楚，这里有一个总结，并提供了一些有用的实际应用示例：

>

如果仅在UIInput(s)中设置，则进程验证阶段将改为在apply request values阶段进行。使用此方法可以确定有问题的UIInput组件的验证优先级。当任何一个组件的验证/转换失败时，非直接组件将不会被验证/转换。

如果仅在UICommand中设置，则将跳过任何UIInput组件的“应用请求值”阶段直至“使用更新模型值”阶段。使用此选项可跳过窗体的整个处理过程。例如。“取消”或“后退”按钮。

如果在UIInput和UICommand组件中同时设置，则对于任何未设置此属性的UIInput组件，将跳过“应用请求值”阶段直至“更新模型值”阶段。使用此选项可以跳过整个表单的处理，对某些字段（带有immediate）除外。例如。“忘记密码”按钮，该按钮具有必填但非即时密码字段。

• 为什么将“immediate”属性添加到EditableValueHolders？