实体框架 – EF 4.2代码第一和DDD设计问题

在1：我并不是所有熟悉EF,但使用基于代码优先/约会的映射方法,我认为映射POCO与getter和setter并不是太难(甚至保持“DbContext与DbSet属性”类在另一个项目不应该那么难).我不会认为POCO是总体根源.相反,它们表示“要保留的聚合中的状态”.下面的例子：

// This is what gets persisted
public class TrainStationState {
  public Guid Id { get; set; }
  public string FullName { get; set; }
  public double Latitude { get; set; }
  public double Longitude { get; set; }

  // ... more state here
}

// This is what you work with
public class TrainStation : IExpose<TrainStationState> { 
  TrainStationState _state;

  public TrainStation(TrainStationState state) {
    _state = state;
    //You can also copy into member variables
    //the state that's required to make this
    //object work (think memento pattern).
    //Alternatively you could have a parameter-less
    //constructor and an explicit method
    //to restore/install state.
  }

  TrainStationState IExpose.GetState() {
    return _state;
    //Again,nothing stopping you from
    //assembling this "state object"
    //manually.
  }

  public void IncludeInRoute(TrainRoute route) {
    route.AddStation(_state.Id,_state.Latitude,_state.Longitude);
  }
}

现在,关于总体生命周期,主要有两种情况：

>创建新聚合：您可以使用工厂,工厂方法,构建器,构造函数,…适合您的需要.当您需要持久化聚合时,查询其状态并持久化(通常此代码不在您的域中,并且非常通用).
检索一个现有的聚合：可以使用一个存储库,一个dao,…适合你的需要.重要的是要明白,从永久存储中检索的是一个状态POCO,您需要注入原始聚合(或使用它来填充其私有成员).这一切都发生在仓库/ DAO门面后面.不要用这种通用行为来混淆你的呼叫站点.

2：有几件事情想到了.这里有一个列表：

>聚合根是一致性边界.你在组织和员工之间看到什么一致性要求？
>组织机构COULD作为员工工厂,不变更组织状态.
>“所有权”不是什么聚合.
>聚合根通常具有在聚合中创建实体的方法.这是有道理的,因为根要负责在聚合体内实施一致性.

3：从外面分配标识符,覆盖,继续.这并不意味着暴露他们(只有在POCO州).