JSF - 关于生命周期的问题

Question

我今天正在阅读 article 关于 JSF 上的生命周期。

我在理解这些方面有些困难：

1 - 阶段 3：过程验证 - 这是组件可以验证其新值的阶段。 如果新值有效并且与之前的值不同，则将创建值更改事件并将其放入队列中。所以在我们的示例中，如果用户在提交表单之前更改了名称，那么在这个阶段结束时，UIInput 组件对象会创建一个 ValueChangeEvent 对象，该对象对应于 Name 文本框并排队等待处理。这就是如何支持 bean 中的 valueChangeInput 方法被调用。

JSF 如何知道旧值和新值之间的区别？视图对象的实例是 2？以前的（请求之前的）和新的？ （其中有FacesContext上的值由最后一个流程Apply request Values添加）

2 - 阶段 5：调用应用程序 - 一旦请求的所有值都已成功设置到支持 bean，在应用请求值阶段排队的操作事件将被处理。 在我们的例子中是提交按钮操作方法。

因此它直接将 FacesContext 的实例发送到将 UI 元素（及其值）转换为 Html 的最后阶段（渲染响应）。那么，什么时候调用（bean 的）getter 方法？

干杯

Answer 1

JSF 如何知道旧值和新值之间的区别？视图对象的实例是 2？以前的（请求之前的）和新的？ （在 FacesContext 上的值是由最后一个进程 Apply request Values 添加的）

旧值是当前模型值。新值是提交的值。用下面的例子，

<h:inputText value="#{bean.value}" />

JSF 将基本上执行以下操作（为简洁起见，省略了转换/验证）：

Object oldValue = bean.getValue();
Object newValue = request.getParameter(clientId);
if (oldValue == null ? newValue != null : !oldValue.equals(newValue)) {
    // Create and queue ValueChangeEvent.
}

---

所以它直接将 FacesContext 的实例发送到将 UI 元素（及其值）转换为 Html 的最后阶段（渲染响应）。

不完全是这样，但是是的，渲染响应将在调用操作完成时启动。

---

那么，什么时候调用（bean 的）getter 方法？

是的，只有当它们绑定在视图中时，才会在渲染响应期间发生这种情况。

您可以找到另一篇文章here，它以更实用的方式解释了 JSF 生命周期。