gpt4 book ai didi

java - 请求作用域的 bean 和数据模型初始化?

转载 作者:搜寻专家 更新时间:2023-11-01 03:45:20 27 4
gpt4 key购买 nike

更新二:好的,我设法缩小了一点。

我有一个页面,其中包含一个具有排序和过滤功能的数据表,两者都发生在数据库中。换句话说,我不使用我使用的 rich:datatable 的嵌入式功能,而是让 DB 来完成工作。

我使用request-scoped beans。唯一的 session 范围的 bean 包含我的界面的排序和过滤。

每列的过滤绑定(bind)到特定的 session bean 字段。因此,它实际上是在更新模型值阶段更新的。

排序需要我这部分的一些逻辑,所以我调用某种方法来为 session bean 设置正确的值。这是在调用应用程序阶段执行的。

因此,任何更改都发生在呈现响应阶段,也就是页面实际呈现的阶段。

问题是我页面中的 JSF 数据表和数据滚动器调用了从数据库和 dataModel.getRowCount() 获取数据的 backingBean.getDataModel() (我已经实现以调用运行单独查询的方法)也是应用请求值阶段。这两个查询也发生在呈现响应阶段,这是唯一一个所有更改都已到位且查询将正常运行的阶段。

这意味着要在我执行过滤或排序后显示一个页面,会发生双倍数量的查询。

我只想执行排序和过滤,只执行所需的查询,而不是更多。

有什么建议吗?

最佳答案

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

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

不幸的是,您无法完全禁用它。从技术上讲,唯一的办法是将数据 bean 放在 session 范围内,并仅在 bean 的构造函数和 bean 操作方法中执行昂贵的 SQL 查询(和数据模型的刷新),以便它仅在 bean 的过程中被调用构造(对于第一个 View )和 bean 的操作方法期间(在新的排序/过滤器/任何请求期间)。然而,缺点是数据模型中的任何更改都会反射(reflect)在最终用户在同一 session 中打开的所有窗口/选项卡中,这可能会导致“wtf?”最终用户的体验。

现在,Tomahawk 是第一个在 preserveDataModel 风格上有很好解决方法的工具。 <t:dataTable> 的属性,它基本上将数据模型放在特定于请求的组件树中(这又已经存储在 session 范围或客户端的隐藏输入字段中,具体取决于您如何配置 View 状态的存储位置)配置)。 RichFaces 没有这样的直接解决方案,但是 <a4j:keepAlive>做的基本一样。它只会影响“整个”bean,因此如果您的数据 bean 包含的不仅仅是数据模型,您可能会考虑重构它。您应该记住将 bean 设计为 session 范围的 bean。

如果数据模型变大,那么我可以想象这会影响服务器内存,但如果您只将数据模型的可查看部分存储在内存中(并且因此不是整个数据模型,包括所有其他页面)。查看它是否超过在单个 HTTP 请求期间触发双重 SQL 查询的成本。

希望这对您有所帮助。

关于java - 请求作用域的 bean 和数据模型初始化?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/2343493/

27 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com