c# – 使用域驱动设计与实体框架聚合根

概述我正在使用使用Entity Framework的Domain Driven Design构建应用程序. 我的目标是允许我的域模型(通过EF持久化)包含一些逻辑. 开箱即用,实体框架对于如何将实体添加到图形然后保持不变非常不受限制. 举例来说,我的域名为POCO(没有逻辑)： public class Organization{ private ICollection<Person> _p 我正在使用使用Entity Framework的Domain Driven Design构建应用程序.

我的目标是允许我的域模型(通过EF持久化)包含一些逻辑.

开箱即用,实体框架对于如何将实体添加到图形然后保持不变非常不受限制.

举例来说,我的域名为POCO(没有逻辑)：

public class Organization{    private ICollection<Person> _people = new List<Person>();     public int ID { get; set; }    public string Companyname { get; set; }    public virtual ICollection<Person> People { get { return _people; } protected set { _people = value; } }}public class Person{    public int ID { get; set; }    public string Firstname { get; set; }    public string Lastname { get; set; }    public virtual Organization Organization { get; protected set; }}public class OrganizationConfiguration : EntityTypeConfiguration<Organization>{    public OrganizationConfiguration()    {        HasMany(o => o.People).Withrequired(p => p.Organization); //.Map(m => m.MapKey("OrganizationID"));    }}public class PersonConfiguration : EntityTypeConfiguration<Person>{    public PersonConfiguration()    {        Hasrequired(p => p.Organization).WithMany(o => o.People); //.Map(m => m.MapKey("OrganizationID"));    }}public class MyDbContext : DbContext{    public MyDbContext()        : base(@"Data Source=(localdb)\v11.0;Initial Catalog=stackoverflow;Integrated Security=true")    {    }    protected overrIDe voID OnModelCreating(DbModelBuilder modelBuilder)    {        modelBuilder.Configurations.Add(new PersonConfiguration());        modelBuilder.Configurations.Add(new OrganizationConfiguration());    }    public IDbSet<Organization> Organizations { get; set; }    public IDbSet<Person> People { get; set; } }

我的示例域名是组织可以有很多人.一个人只能属于一个组织.

创建组织并向其添加人员非常简单：

using (var context = new MyDbContext()){    var organization = new Organization    {        Companyname = "Matthew's Widget Factory"    };    organization.People.Add(new Person {Firstname = "Steve",Lastname = "McQueen"});    organization.People.Add(new Person {Firstname = "Bob",Lastname = "Marley"});    organization.People.Add(new Person {Firstname = "Bob",Lastname = "Dylan" });    organization.People.Add(new Person {Firstname = "Jennifer",Lastname = "LaWrence" });    context.Organizations.Add(organization);    context.SaveChanges();}

我的测试查询是.

var organizationsWithSteve = context.Organizations.Where(o => o.People.Any(p => p.Firstname == "Steve"));

上面的类布局不符合域的工作方式.例如,所有人都属于组织为组合根的组织.能够做context.People.Add(…)并没有意义,因为这不是域的工作方式.

如果我们想要在组织模型中添加一些逻辑来限制该组织中可以有多少人,我们就可以实现一种方法.

public Person AddPerson(string firstname,string lastname){    if (People.Count() >= 5)    {        throw new InvalIDOperationException("Your organization already at max capacity");    }    var person = new Person(firstname,lastname);    this.People.Add(person);    return person;}

但是,对于类的当前布局,我可以通过调用organization.Persons.Add(…)来绕过AddPerson逻辑,或者通过执行context.Persons.Add(…)来完全忽略聚合根,这两者都不是我的想做.

我提出的解决方案(不起作用,也就是我在这里发布的原因)是：

public class Organization{    private List<Person> _people = new List<Person>();     // ...    protected virtual List<Person> WritablePeople    {        get { return _people; }        set { _people = value; }    }    public virtual IReadonlyCollection<Person> People { get { return People.AsReadonly(); } }    public voID AddPerson(string firstname,string lastname)    {                    // do domain logic / valIDation        WriteablePeople.Add(...);    }}

这不适用于映射代码HasMany(o => o.People).Withrequired(p => p.Organization);不编译,因为HasMany期望ICollection< TEntity>而不是IReadonlyCollection.我可以暴露ICollection本身,但我想避免使用Add / Remove方法.

我可以“忽略”People属性,但我仍然希望能够针对它编写linq查询.

我的第二个问题是我不希望我的上下文暴露直接添加/删除人的可能性.

在上下文中我想要：

public Iqueryable<Person> People { get; set; }

但是,即使IDbSet实现了Iqueryable,EF也不会填充我的上下文的People属性.我能想到的唯一解决方案就是在MyDbContext上编写一个外观,它暴露了我想要的功能.对于只读数据集来说,似乎过度杀伤和大量维护.

如何在使用Entity Framework时实现干净的DDD模型？

编辑
我正在使用Entity-Framework v5

解决方法 正如您所注意到的,持久性基础结构(EF)对类结构施加了一些要求,因此不会像您期望的那样“干净”.我担心与之斗争会最终导致无休止的斗争和脑力颠簸.

我建议另一种方法,一个完全干净的域模型和一个单独的持久性模型在较低层.您可能需要在这两者之间使用转换机制,autoMapper会很好.

这将完全解除您的顾虑.没有办法“削减”只是因为EF使事情变得必要并且域层不能提供上下文,因为它只是来自“另一个世界”,它不属于域.

我已经看到人们制作部分模型(又名“有界背景”)或只是创建一个普通的EF poco结构并假装这个IS DDD,但它可能不是,你的担忧正好在头脑中.

总结

以上是内存溢出为你收集整理的c# – 使用域驱动设计与实体框架聚合根全部内容，希望文章能够帮你解决c# – 使用域驱动设计与实体框架聚合根所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。