Entity中是否可以引用Repository

作者：windflaw 发表时间：2007年04月23日 17:16 回复

DDD里讲的Repository用于对一个entity的重建，因此Repository依赖于entity是很正常的一个关系。但是在使用中，会遇到entity本身需要访问数据库，如果调用repository来访问的话，变成了双向依赖，感觉不好。

例如：一个entity叫排班表，它下面对应每一天的班次安排。它们间算是一个聚合体吧。可以写成这样：
public class WorkShiftSchedule // 排班表
{
public IList DayArrangeList; // 每日的班次安排列表。
}
public class DayArrange // 每日排班明细
{
public WorkShiftSchedule OwnerSchedule; // 所属的排班表
public DateTime Day; // 日期
public WorkShift WorkShiftPlan; // 安排的班次
}

但是，几年下来，明细信息越来越多，显然用IList这样的数据集就算用Lazy Load性能会出现很大问题。为了查某一周的排班信息，却要载入好几年的排班明细，显然不合理。DDD里提到了，如果数据集不合适，可以选用查询。想想也合乎业务需要，因为从用户角度，不需要载入所有明细，只需要某天，或某个月内的排班情况。于是我改成了：
public class WorkShiftSchedule
{
public IList GetMonthArranges(string month){}
public DayArrange GetDayArrange(DateTime day){}
}

我的问题也因此产生了，GetMonthArranges需要查询，那么是否写成：
public IList GetMonthArranges(string month)
{
return WorkShiftScheduleRepository.QueryDayArranges(this, month);
}

public class WorkShiftScheduleRepository
{
public static IList QueryDayArranges(WorkShiftSchedule schedule, string month){}
}


但一直觉得这样似乎变成了Repository和Entity之间双向依赖，容易造成混乱。但依DDD里说的，DayArrange又是从属于WorkShiftSchedule这个根的，所以一切访问要通过WorkShiftSchedule。不然直在外部用Repository来查询就好了，不经过WorkShiftSchedule。一直疑虑，还望前辈们指点迷津。

[该贴被windflaw于2007年04月23日 21:15修改过]