我目前正在使用基于属性的方法来进行nhibernate会话管理,这意味着会话在Action方法的持续时间内是打开的,但是一旦控件传递给View就会关闭.

这对我来说似乎是一种很好的做法,但是我遇到了延迟加载集合的问题. (由于某些集合似乎是延迟加载,即使它们在流畅映射中设置了Not.LazyLoad()),这也很复杂.

在我看来,我的选择是：

>更改我的ISession管理策略并在视图中保持会话打开
>更好地利用ViewModels(我目前没有在任何地方使用它们).
>急切加载导致问题的所有集合(可能是分页)(流畅的问题不能承受)

1似乎有点不对 – 但可能是’最简单’的解决方案. 2可能是正确的方法,但在某些情况下,ViewModel似乎有点多余,我厌恶引入更多的类来处理这个问题. 3似乎有点肮脏的修复.

你怎么看？

解决方法

处理此问题的最佳方法(我认为无论如何)是在您的UI和您的存储库之间引入服务层;它应该负责加载视图所需的所有内容,并将展平(并完全填充)的dto传递给视图.

通常,我更进一步,将从服务层返回的dtos映射到视图模型,这些模型通常需要包含特定于视图的数据,并且不适合包含在来自服务层的dtos中.请记住,Automapper是你的朋友,在这种情况下.

使用open-session-in-view模式仍然是完全可以接受的,只是没有你的视图调用实体模型上的延迟加载 – 这几乎总是一个可怕的想法.