请求范围的bean和数据模型初始化？

Question

UPDATE II： 好的，我设法缩小了一点。

我有一个带有排序和筛选功能的数据表的页面，这两个页面都发生在数据库中。换句话说，我不使用rich：datatable的嵌入式功能，而是让数据库完成这项工作。

我与请求范围豆一起工作。唯一的会话范围的bean包含我的界面的排序和过滤。

每个列的过滤都绑定到特定的会话bean字段。因此，它实际上在更新模型值阶段更新。

排序需要我的部分逻辑，所以我调用一个特定的方法来设置会话bean的正确值。这是在调用应用程序阶段执行的。

因此，在页面实际呈现的渲染响应阶段，所有更改都已到位。

的问题是，在我的页面中的JSF DataTable，并datascroller调用获取从数据库中的数据和dataModel.getRowCount()（我已经实现调用运行一个单独的查询方法）的期间也的backingBean.getDataModel()应用请求值阶段。这两个查询也将在渲染响应阶段进行，这是更改全部到位的唯一阶段，查询将正常运行。

这意味着要在执行过滤或排序后显示页面，会发生双重查询。

我想执行排序和筛选只执行所需的查询，没有更多。

有什么建议吗？

Answer 1

应用请求值阶段的getter调用是强制性的，因为JSF需要知道最初显示哪些输入值，以便它最终可以在适用的下一阶段执行任何验证和/或调用任何valuechangelistener。还必须找出在任何行中按下/单击哪个按钮/链接，以便知道在调用操作阶段调用哪个bean操作。

但是，如果您没有任何要验证的输入字段/ valuechange-checked，也没有任何行中的任何按钮/链接，那么我可以想象，应用请求值阶段中的查询在您的眼睛中完全多余。

不幸的是，你不能完全禁用它。从技术上讲，唯一的办法是将数据bean放入会话范围内，并且只在bean的构造函数和bean操作方法中执行昂贵的SQL查询（并刷新datamodel），以便它只在bean的调用期间被调用构建（用于第一视图）和bean的操作方法（在新的排序/过滤/任何请求期间）。然而，缺点是数据模型中的任何更改都反映在最终用户在同一个会话中打开的所有窗口/选项卡中，这可能会导致“wtf？”最终用户的体验。现在

，战斧是其在preserveDataModel属性为<t:dataTable>，基本上把数据模型的请求特定的组件树的味道了这个一个不错的解决办法第一（这反过来已经存储在会话范围或在客户端的隐藏输入字段中，具体取决于如何在faces-config中配置视图状态的存储位置）。 RichFaces没有这样的直接解决方案，但<a4j:keepAlive>的确基本相同。它只会影响“整个”bean，因此如果你的数据bean包含的不仅仅是数据模型，你可能会考虑重构它。您应该记住将bean设计为会话作用域bean。

如果数据模型变大，然后我可以想像，这会影响服务器的内存，但是这实在不应该伤害那么多，如果你只存储数据模型在内存中的可视部分（因此不整个数据模型，包括所有其他页面）。看看它是否超过了在单个HTTP请求期间触发双重SQL查询的成本。

希望这会有所帮助。