我有一个存储库类,它定义了一些基本的Get/Save/Delete方法.在这些内部,我使用NHibernate来完成我的业务实体的工作.例如:
Public Class SecurityRepositoryNHibImpl : Implements ISecurityRepository Public Function GetUser(ByVal UUID As System.Guid) As Entities.User Implements ISecurityRepository.GetUser Dim eUser As Entities.User Using session As ISession = NHibernateHelper.OpenSession() eUser = session.Get(Of Entities.User)(UUID) End Using Return eUser End Function End Class
但是,在我的User类中,我有一些属性和其他对象的集合,理想情况下我想要延迟加载.但是当然,ISession是在存储库中创建和处理的,我想这就是为什么,除此之外,当我尝试访问这些属性时,我得到一个"无法初始化代理 - 没有会话"错误.
我唯一的选择是在使用存储库时禁用延迟加载吗?或者是否可能(或者只是愚蠢)以某种方式将会话纳入业务层的范围?
我确实喜欢这个存储库模型,并且NHibernate在我身上不断增长(在经历了许多最初的挫折之后试图让它工作),那么大师们一起使用它们的最佳方式是什么?
我对NHibernate和存储库模型一般都很陌生(在工作中我们仍然主要使用VB6!),所以原谅可能是一个愚蠢的问题.谢谢.
@mookid:谢谢老兄,这真的很有帮助,但我可能会把它打开一段时间.它是WCF Web服务的后端,所有功能都是每个呼叫的上下文,因此每个呼叫的会话寿命都会很好.只是不确定如何在业务层中使用这样的东西,理想情况下我不希望业务对象必须直接与任何NHibernate类接口.我猜NHibernate会话的某种包装器至少将它抽象出来......嗯,你至少让我走上了正确的轨道.
看起来这里的关键词是"工作单元",网上存在大量与NHibernate相关的资源.特别是寻找Ayende在Rhino Commons中的实现,以及他的App Architecture网络演员(Hibernating Rhinos的第9号),非常有用.我最初感到困惑,因为我虽然在业务层中设置了"工作单元",但是我很快就纠正了.
创建您的ISession并将其显式地放置在您的存储库中对于小型和非常简单的项目是可以的 - 但是,正如您已经发现的那样,当您开始想要使用NHibernate支持的一些很酷的功能时,它很短.
您可能应该让会话的生活方式由您的存储库之外的某些东西控制 - 例如,如果您正在执行ASP.NET Web应用程序,您可能希望将会话保存在当前请求中(HttpContext.Current.Items
如果我没记错),持续时间为Web请求,然后在请求结束时提交和处置(如果发生异常,则回滚).
我不知道在ASP.NET应用程序中控制会话生活方式的最佳方法,但必须有一些方法可以在每个请求的开头和结尾调用代码.在ASP.NET MVC可以通过从已经重写了一个基本的控制器导出所有的控制器很容易地完成OnActionExecuting
和OnActionExecuted
方法.