.NET 世界中的 ORM 和 SOA [关闭]

根据我的经验，.NET 的主要 ORM 框架（NHibernate http://nhforge.org, Linq 转 Sql http://msdn.microsoft.com/en-us/library/bb425822.aspx, 实体框架 http://msdn.microsoft.com/en-us/library/aa697427%28VS.80%29.aspx）在跟踪加载的对象时效果最佳。这对于简单的客户端-服务器应用程序来说效果很好，但是当在面向服务的架构中使用带有 Web 服务的三层或多层架构时，这是不可能的。最终，通过编写大量代码来自己进行跟踪是可以完成的，但是 ORM 不是应该简化数据库访问吗？

在面向服务的架构中使用 ORM 的想法到底好不好？

LLBLGen Pro http://www.llblgen.com实体内部有更改跟踪。这意味着您可以使用预取路径从数据库中获取图形（因此每个图形节点一个查询）并通过线路将其序列化到客户端，在客户端进行更改，将其发送回并直接保存图形，因为所有更改跟踪都在内部实体（并在 XML 中序列化为紧凑的自定义元素）。

免责声明：我是 llblgen pro 的首席开发人员。