NHibernate中对同一个对象的Lazyload要设置一致
在NHibernate中出于性能的考虑,经常使用Lazyload的方式来加载关联的对象,关于什么是Lazyload,以及怎么使用,可以参见博客园中的文章,比如: 常用NHibernate.ByteCode.Castle动态代理来实现Lazyload,使用该程序集会在运行时创建实体对应的代理类,如果实体使用了继承关系,并通过NHibernate来映射,那么动态代理类在类型转换时会有问题。 比如在C#中定义了一个Node类,然后有个State类继承自Node类,然后有Flow.Node引用了这个类,同时我还在Task.Node中引用了这个类。并且在默认情况下启用了Lazyload。在通过Flow对象获得Node对象时,会返回'Castle.Proxies.NodeProxy'对象,而这个对象是没办法转换成State对象的,所以会抛出如下的异常: Unable to cast object of type 'Castle.Proxies.NodeProxy' to type 'Xxx.Core.Model.Definition.State'. 那么怎么办呢,只有不使用Lazyload,所以我将Flow.Node的加载方式改为立即加载,然后这个异常就没有了。但是今天在调用另外的方法,然后在调用Flow.Node时,又出现了这个异常,这让我十分郁闷,我明明指定了Flow.Node是立即加载的,那么怎么还是会被系统转换为NodeProxy了呢? 经过研究发现,应该是Task.Node没有被设置为立即加载的原因。我在调用Flow.Node之前,调用了Task对象,所以NHibernate根据Task的Mapping设置,将Node设置为动态代理类,同时将Node缓存到了Session中,然后再调用Flow.Node时,系统就会先从缓存中查找是否有对应的Node对象,结果正好有NodeProxy的缓存,所以就直接返回NodeProxy给Flow.Node了,系统根本没有检查Flow.Node是不是立即加载还是懒加载。 所以要解决这个异常的话,有两个办法,一种是将Task.Node也设置成为立即加载,那么就不会有NodeProxy对象在缓存中。另外一种办法就是不在Task中引用Node对象,我采用的是第二种方法,在Task中,其实我只需要Task.NodeId就够了,不需要再加载Node对象进来。 总的来说,如果在NHibernate中用到了继承类,如果同时用到了Lazyload,那么在转换类型时就可能抛出异常。解决办法就是将Lazyload取消,改为立即加载。如果有多个实体引用了该对象,那么就需要将这个对象的引用的Lazyload方式设置为一致的,对不使用Lazyload或者减少对对象的引用。 (编辑:大庆站长网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |
- 在ASP.NET MVC4中是否可以将C#或VB函数标记为Javascript?
- asp.net-mvc – 发现MVC项目中是否使用views / partials
- asp.net-core – .NET Core SDK安装程序无法在Windows 2012
- asp.net-mvc – 不要在ASP .NET MVC 4 BundleConfig中缩小某
- asp.net – 我可以重新发布或携带POST数据(如果是这样,我可
- asp.net-mvc – 当Bundling EnableOptimizations为true时,F
- asp.net-core – ASP.Net核心maxUrlLength
- asp.net-mvc – 如何使用Visual Studio 2013和Entity Frame
- asp.net – 访问.NET中的Web服务中的查询字符串(GET请求数组
- .net核心中的ServicePointManager.DefaultConnectionLimit?