一尘不染

Java为什么将View中的Hibernate Open Session视为不良做法?

java

以及你使用哪种替代策略来避免LazyLoadExceptions?

我确实了解到公开会议存在以下问题:

  • 在不同的jvm中运行的分层应用程序
  • 事务仅在最后提交,最有可能你希望在结果之前提交。

但是,如果你知道你的应用程序在单个vm上运行,为什么不通过使用开放会话视图策略来减轻痛苦呢?


阅读 325

收藏
2020-03-04

共1个答案

一尘不染

因为从性能和理解的角度来看,在视图层中发送可能未初始化的代理(尤其是集合)并从那里触发hibernate加载可能会造成麻烦。

了解:

使用OSIV会“污染”视图层,使其与数据访问层有关。

视图层没有准备好处理HibernateException延迟加载时可能发生的事件,但是大概是数据访问层。

性能:

OSIV倾向于在地毯下拖拉适当的实体负载-你往往不会注意到你的集合或实体是延迟初始化的(也许是N + 1)。更多便利,更少控制。

更新:有关此主题的更多讨论,请参见OpenSessionInView反模式。作者列出了三个要点:

  1. 每个惰性初始化都会给你一个查询,这意味着每个实体将需要N + 1个查询,其中N是惰性关联的数量。如果你的屏幕上显示表格数据,则阅读Hibernate日志是一个很大的提示,表明你不应该这样做
  2. 这完全破坏了分层体系结构,因为你在演示层中不满意DB。这是一个概念上的弊端,所以我可以接受,但是有一个必然结果
  3. 最后但并非最不重要的一点是,如果在获取会话时发生异常,则该异常将在页面的编写过程中发生:你无法向用户显示干净的错误页面,唯一可以做的就是在正文中写入错误消息
2020-03-04