JSFPROCESS_VALIDATIONS和@RequestScoped问题

Question

考虑下面的用例。我正在用< code>@RequestScoped后台bean开发JSF表单。此外，我使用素数脸，但它与问题没有太大关系。

表单字段中的值通过复杂的业务逻辑相互关联。即一个下拉列表中的值取决于另一个下拉列表中的值，或者一个字段的启用/禁用状态取决于另一个字段中的值。表格的内容取决于某些隐藏字段中的视图参数或值。

支持bean中的设置器将值写入数据模型构建器，getter调用构建器的build（）方法，该方法以某种预定义的顺序应用值并返回不可变的数据模型。

@RequestScoped意味着在回发（无论是AJAX还是常规请求）时，表单的支持bean需要从null重建。它发生在UPDATE_MODEL_VALUES阶段。

例如，当我们使用选择菜单(JSF选择菜单或PrimeFaces选择菜单-无关紧要)或数据表时，麻烦就开始了。因为在< code>PROCESS_VALIDATIONS阶段(发生在< code>UPDATE_MODEL_VALUES之前)，支持bean仍然没有设置值。提到的组件无法通过内置验证，因为请求值与[仍然为空]集合中的任何值都不对应(为selectOneMenu或dataTable或任何类似的内容提供内容)。

我想到的一个解决方案是使用backing bean的< code>@PostConstruct方法，我们可以手动读取必要的请求值并预先填充所需的集合。但这种解决方案似乎远非干净优雅。

此外，我也尝试过应用自定义虚拟验证器，但它似乎不能替代内置验证器，所以这不起作用。

在这种情况下，考虑到我想坚持使用< code>@RequestScoped，专家的建议是什么？

谢谢！

Answer 1

这正是@ViewScoped存在的原因。

如果您不想通过 @ViewScoped 使用 JSF 的“自动”视图状态管理，则最好在每次回发期间@PostConstruct@RequestScoped Bean 中手动维护视图状态。您最多可以通过@ManagedProperty注入参数。这

如果您使用的是CDI管理的bean，JSF实用程序库OmniFaces有一个CDI＜code＞@Param＜/code＞，它也支持验证和转换，而不是＜code＞@ManagedProperty＜/code＜。这可能会进一步减少@PostConstruct方法中的样板。

< li >如何选择正确的bean范围？ <李>无国籍在JSF有什么用？ < Li > view param vs @ managed property(value = " # { param . id } ")