Entity中是否可以引用Repository

07-04-23 windflaw
         

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修改过]

         

banq
2007-04-25 09:55

Evans DDD中在讲Repository之前,不是先讲Factory,通过使用工厂获得对象或集合啊.

既然谈到了工厂,那么就是指GoF模式的Factory模式,工厂模式有两个角色:工厂和产品,无疑Entity是产品,而且工厂一般是不放在产品里面的,因为不可能通过事物的自己获得自己啊.

windflaw
2007-04-26 10:07

正是因为Entity不应引用Repository,所以才有我这个疑问。但DayArrange从业务上属于WorkShiftSchedule这个聚合体里,应该没有异议吧,DDD里讲到从属的entity只能通过聚合根来访问,同时加上DayArrange的数量巨大,不宜用集合IList的方式,只能用查询,那么这个问题怎么解决呢?

banq
2007-04-26 10:38

櫴加载,需要的时候再加载.Hibernate等技术可实现,如果SQL则要自己做动态代理.我是打个折,通过借道服务来实现.

windflaw
2007-04-26 11:28

lazy load 好象是一次性取出所有的集合内容,可是象我例子里的DayArrange集合很大,而实际只需查询一小部分。DDD里说了,简化关系时,可以加上约束。加了约束,相当于用查询的方式了。所以lazy load好象也不理想

4Go 1 2 3 4 下一页