实体类的设计

实体类大多有crud方法(Create, Retrieve, Update, Delete),而且常常会涉及到实体集合的处理.但是在.net framework 2.0之前,c#没有强类型(据说现在有泛型了, 可惜俺还一直无缘一见呐:( 所以开发人员常常需要编写大量的代码.虽然有raptier等or映射的工具,但是产生的臃肿的代码实在不敢恭维.

今晚在和yang讨论起这个问题时,他的一件是和实体有关的方法都放到这个实体类中.这样当然符合逻辑,但是最终将导致这个类体形硕大,不便维护. 我的意见是将crud放到对应的实体manager中,另外和不和具体某个实体无关的静态方法也可以放入manager中,但是在参考设计文档时发现除了crud,大部分的方法竟然多多少少都会有些关联,是设计的问题还是我的思路除了偏差?

前辈们建议的小类应该怎么在这里实现? 这么多的方法看来是都和实体类相关,总不能厚此薄彼阿,sigh