使用EF Code First的DDD – 如何将它们组合在一起?

我正在学习DDD开发几天,我开始喜欢它了。

我(我想)理解DDD的原理,你的主要关注点是业务对象,你有聚合,聚合根,聚合根源的存储库等等。

我正在尝试创建一个简单的项目,我将DDD开发与Code First方法结合起来。

我的问题是:(我使用的是asp.net MVC)

  1. DDD Business Objects将与Code First对象不同? 即使它们可能是相同的,例如我可以拥有一个具有所有规则和方法的Product业务对象,并且我可以拥有一个Product code first(POCO)对象,它只包含我需要保存在数据库中的属性。

  2. 如果问题1的答案是“真”,那么我如何通知Product POCO对象业务对象Product的属性已被更改,我必须更新它? 我正在使用“AutoMapper”或类似的东西? 如果答案是“不”,我就完全迷失了。

你能告诉我一个最简单的(CRUD)例子,我怎么能把这两个放在一起?

谢谢

答案是否定的。首先,EF代码最好的一点就是它非常适合DDD,因为你必须手动创建业务对象,所以要使用你的EF模型等同于DDD实体和值对象。 无需添加额外的复杂层,我不认为DDD会在任何地方推荐。

您甚至可以让您的实体实现IEntity,并且您重视对象以实现IValue,另外还要遵循其余的DDD模式,即Repositories来与数据库进行实际通信。 更多这些想法你可以在.NET中找到这个非常好的示例应用程序,即使它不首先使用EF代码,它仍然非常有价值: http : //code.google.com/p/ndddsample/

更新我不再提倡使用“域对象”,而是主张使用基于消息传递的域模型。 请看这里的例子。

#1的答案取决于它 。 在任何企业应用程序中,您将在域中找到2个主要类别的东西:

直CRUD

这里不需要域对象,因为对象的下一个状态不依赖于对象的先前状态。 这是所有数据,没有行为。 在这种情况下,可以在任何地方使用相同的类(即EF POCO):编辑,持久,显示。

例如,在订单上保存帐单邮寄地址:

 public class BillingAddress { public Guid OrderId; public string StreetLine1; // etc. } 

另一方面,我们……

国家机器

您需要为域行为和状态持久性 (以及执行工作的存储库)提供单独的对象 。 域对象上的公共接口应该几乎总是所有void方法,而不是公共getter。 这方面的一个例子是订单状态:

 public class Order { // this is the domain object private Guid _id; private Status _status; // note the behavior here - we throw an exception if it's not a valid state transition public void Cancel() { if (_status == Status.Shipped) throw new InvalidOperationException("Can't cancel order after shipping.") _status = Status.Cancelled; } // etc... } public class Data.Order { // this is the persistence (EF) class public Guid Id; public Status Status; } public interface IOrderRepository { // The implementation of this will: // 1. Load the EF class if it exists or new it up with the ID if it doesn't // 2. Map the domain class to the EF class // 3. Save the EF class to the DbContext. void Save(Order order); } 

#2的答案是DbContext将自动跟踪EF类的更改。

最近我做了类似的项目。 我正在学习本教程: 链接我已经这样做了:我创建了Blank解决方案,添加了项目:Domain,Service和WebUI。

简单地说在域中我已经把模型(例如EF代码的类首先,方法等)服务用于域与世界(WebUI,MobileUI,其他站点等)通信使用asp.net webapi WebUi实际上是MVC应用程序(但模型在域中,因此它主要是VC)

希望我能帮到你

Pluralsight课程: 企业中的entity framework进入了与EF Code First结合的域驱动设计的确切场景。

对于1号,我相信你可以这样做。 这只是一种风格问题。 对于2号,video中的讲师会通过几种方式来解释这一点。 一种方法是在修改值时在客户端设置的每个类上都有一个“State”属性。 然后DbContext知道要保留的更改。

关于这个主题的晚期问题。 阅读Josh Kodroff的回答证实了我对Repository实现的想法,例如Entity Framework DAL。

您将域对象映射到EF persistance对象,并让EF在保存时处理它。 检索时,让EF从数据库中获取并将其映射到您的域对象(聚合根)并将其添加到您的集合中。

这是存储库实施的正确策略吗?