与向客户端发送Hibernate代理类相关的问题有什么问题

Question

我有一个POCO类，我正在使用NHibernate在WCF服务层。我正在考虑尝试将NHibernate代理类发送到客户端。这是我控制的客户端。我们使用全系统预留来处理记录更新，因此在任何给定时间只能向客户发送一个此实体的可写副本。我的基本目标是利用NHibernates更改跟踪功能，因此我不需要从数据库获取副本并重播客户端为更新数据库所做的更改。

假设我能得到这个工作有什么缺点这个接近？

Answer 1

懒惰加载会给你最大的头痛。

对象的一些属性将包含附加到ISession的NHibernate代理。所有这些都会回传给客户。当客户端试图反序列化你的对象时，代理被调用并尝试检索更多的数据。繁荣！

有几种解决方法的人已经发布（谷歌 “NHibernate的WCF” 或 “NHibernate的WCF懒加载”）：

http://lunaverse.wordpress.com/2007/05/09/remoting-using-wcf-and-nhibernate/

http://timvasil.com/blog14/post/2008/02/WCF-serialization-with-NHibernate.aspx

http://whiletrue.nl/blog/?p=37

http://trentacular.com/2009/08/how-to-use-nhibernate-lazy-initializing-proxies-with-web-services-or-wcf/

我目前正在使用自定义的替代代理，所以他们做了一个WCF调用，而不是触发Nhibernate延迟加载。

Answer 2

我不打算从具体技术的角度来回答这个问题，但我希望您能够在做出某些决定时发现这种观点。你应该保持你的实体类型是内部的，因此，与你的服务类型（又名值类型）是分开的。无论如何，很多时候实体对于服务接口来说太细致了。例如，您可能想要返回来自服务层的操作的结果，该操作实际上是实体模型中不同部分数据的组合。不仅如此，并非一个实体的所有领域都必须被客户直接修改。另外，如果你直接暴露你的entitiy类型，你就有可能将自己嫁给潜在的数据库结构，而这些数据库结构在一段时间内可能需要通过可扩展性的原因进行重构。通过将您的服务的价值类型与填充它们的基础实体分离，您可以为自己提供一个可伸缩的灵活性层。

不足之处是你正在编写很多值类型，它们通常看起来很像数据访问层中的实体类型，它们基本上是服务域内的“空壳”。另外你需要映射函数来在这两种类型之间来回转换值。对我来说，这是一笔小小的代价，用于支付随时可用的灵活性。