jsf-2 - 条件 #{facesContext.postback 而不是 facesContext.renderResponse} 是什么意思？

Question

我正在检查 this template 的代码来自 OmniFaces Showcase app ，当我遇到一个p:selectOneMenu中使用的以下条件时:

disabled="#{facesContext.postback and not facesContext.renderResponse}"

从使用该应用程序来看，似乎 selectOneMenu 从未被禁用，那么这段代码到底做了什么？

我知道 facesContext.postback是 true每当页面由 JSF 组件(commandButton/commandLink 等)生成的 POST 请求产生时，通常的预期状态是 facesContext.renderResponse在 View 中评估时？

更新:哎呀，刚才我看到评论:它们在渲染响应之外的其他阶段被禁用，因为否则它们会提示即使没有表单也无法设置模型值。

所以，我猜这个条件在 Faces 生命周期中被评估了几次，并且组件被禁用直到达到最后一个状态(renderResponse)，当 facesContext.renderResponse计算结果为 true ，整个表达式的计算结果为 false然后启用该组件。差不多吧？

Answer 1

那些<p:selectOneMenu>组件实际上被滥用以获得一个不错的<div><ul><li>具有最少代码的下拉菜单；) 它们的值代表当前的菜单组和页面，这些菜单组和页面设计为只读(它们没有 setter 方法)。导航由 JavaScript 进行 window.location这是在更改事件期间处理的。他们不属于任何形式，也不参与任何形式的提交。
disabled属性理论上不是强制性的，但是当同步提交同一页面中其他地方的非 ajax JSF 表单时，PrimeFaces SelectOneMenuRenderer还是会尝试decode()它是完整的，即使它根本没有以任何形式封闭。当要更新模型值时，它最终会导致以下异常，因为该值没有 setter :

javax.el.PropertyNotWritableException: /WEB-INF/templates/showcase.xhtml @28,80 value="#{parent.children[0].viewId}": The class 'org.omnifaces.showcase.Page' does not have a writable property 'viewId'.
    at com.sun.faces.facelets.el.TagValueExpression.setValue(TagValueExpression.java:136)
    at javax.faces.component.UIInput.updateModel(UIInput.java:818)
    at javax.faces.component.UIInput.processUpdates(UIInput.java:735)
    at javax.faces.component.UIComponentBase.processUpdates(UIComponentBase.java:1242)
    at org.primefaces.component.panel.Panel.processUpdates(Panel.java:304)
    at javax.faces.component.UIComponentBase.processUpdates(UIComponentBase.java:1242)
    at javax.faces.component.UIComponentBase.processUpdates(UIComponentBase.java:1242)
    at javax.faces.component.UIViewRoot.processUpdates(UIViewRoot.java:1231)
    at com.sun.faces.lifecycle.UpdateModelValuesPhase.execute(UpdateModelValuesPhase.java:78)
    at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
    at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118)
    at javax.faces.webapp.FacesServlet.service(FacesServlet.java:593)

当 disabled属性评估 true期间 postback ，然后是 SelectOneMenuRenderer将跳过 decode()在应用请求值阶段，因此也跳过模型值的更新。但是，如果它评估 true以及在 render response phase 期间，然后它变得无法选择(因此无法使用)。因此，它不应在渲染响应阶段评估为 true。表达方式

disabled="#{facesContext.postback and not facesContext.renderResponse}"

做到了这一点。总之，对于 SelectOneMenuRenderer 的奇怪行为，它基本上是一种解决方法。 (为此我还没有真正调查根本原因)。

要自己测试，拉项目，删除 disabled属性并在例如 <o:onloadScript> 中调用同步提交展示页面。