因为从性能和理解的角度来看,在视图层中发送可能未初始化的代理(尤其是集合)并从那里触发hibernate加载可能会造成麻烦。
了解:
使用OSIV会“污染”视图层,使其与数据访问层有关。
视图层没有准备好处理
HibernateException延迟加载时可能发生的事件,但是大概是数据访问层。
性能:
OSIV倾向于在地毯下拖拉适当的实体负载-你往往不会注意到你的集合或实体是延迟初始化的(也许是N + 1)。更多便利,更少控制。
更新:有关此主题的更多讨论,请参见
OpenSessionInView反模式。作者列出了三个要点:
- 每个惰性初始化都会给你一个查询,这意味着每个实体将需要N + 1个查询,其中N是惰性关联的数量。如果你的屏幕上显示表格数据,则阅读Hibernate日志是一个很大的提示,表明你不应该这样做
- 这完全破坏了分层体系结构,因为你在演示层中不满意DB。这是一个概念上的弊端,所以我可以接受,但是有一个必然结果
- 最后但并非最不重要的一点是,如果在获取会话时发生异常,则该异常将在页面的编写过程中发生:你无法向用户显示干净的错误页面,唯一可以做的就是在正文中写入错误消息
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)