.NET世界中的ORM和SOA

Question

根据我的经验,.NET的主要ORM框架(NHibernate,LinqToSql,Entity Framework)在跟踪加载的对象时效果最佳.这适用于简单的客户端 - 服务器应用程序,但在面向服务的体系结构中使用三层或更多层架构与Web服务时,这是不可能的.最终,通过编写大量代码来自己进行跟踪,可以完成,但是ORM不应该简化数据库访问吗？

在服务导向架构中使用ORM的想法是否很好？

Answer 1

LLBLGen Pro在实体内部进行了更改跟踪.这意味着您可以使用预取路径从数据库中获取图形(每个图形节点一个查询)并通过网络将其序列化到客户端,在那里进行更改,将其发回并直接保存图形,因为所有更改跟踪都在内部实体(并在XML中作为紧凑的自定义元素序列化).

免责声明:我是llblgen pro的首席开发人员.

Answer 2

只有直接与数据库对话时，ORM 框架才会为您提供帮助。即使在面向服务的架构中，ORM 也只能帮助减少最后一层编程时的负载。您将需要其他技术（例如WCF）来处理服务部分。我还不知道有人集成 ORM 和服务，但将相同的类注释为实体和DataContracts 应该非常简单。