我有一个 POCO 类,在 WCF 服务层中与 NHibernate 一起使用。我正在考虑尝试将 NHibernate 代理类发送到客户端。这是我控制的客户端。我们通过系统范围的保留来处理记录更新,因此在任何给定时间只能向客户端发送该实体的一份可写副本。我的基本目标是利用 NHibernate 更改跟踪,这样我就不需要从数据库获取副本并重播客户端为更新数据库所做的更改。
假设我可以让它发挥作用,这种方法有什么缺点?
我不会就具体技术来回答这个问题,但我希望你发现这个观点对做出一些决定有用。
恕我直言(以及那些关注的人领域驱动设计 http://en.wikipedia.org/wiki/Domain-driven_design)您应该将实体类型保留在内部,从而与服务类型(也称为值类型)分开。无论如何,实体对于服务接口来说常常过于细粒度。例如,您可能希望从服务层的操作返回结果,该结果实际上是实体模型中不同数据片段的组合。不仅如此,实体的所有字段不一定都可以由客户端直接可变。此外,如果您开始直接公开实体类型,您将面临将自己与底层数据库结构结合在一起的危险,随着时间的推移,这些结构可能需要出于可扩展性原因进行重构。通过将服务的值类型与填充它们的底层实体分离,您可以为自己提供重要的灵活性。
缺点是您正在编写大量值类型,这些值类型基本上是服务域内的“空壳”,通常看起来很像数据访问层内的实体类型。另外,您需要映射函数来在两种类型之间来回转换值。对我来说,对于未来提供的灵活性来说,这是一个很小的代价。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)