實體類大多有crud方法(Create, Retrieve, Update, Delete),而且常常會涉及到實體集合的處理.但是在.net framework 2.0之前,c#沒有強類型(據說現在有泛型了, 可惜俺還一直無緣一見吶:( 所以開發人員常常需要編寫大量的代碼.雖然有raptier等or映射的工具,但是產生的臃腫的代碼實在不敢恭維.

今晚在和yang討論起這個問題時,他的一件是和實體有關的方法都放到這個實體類中.這樣當然符合邏輯,但是最終將導致這個類體形碩大,不便維護. 我的意見是將crud放到對應的實體manager中,另外和不和具體某個實體無關的靜態方法也可以放入manager中,但是在參考設計文檔時發現除了crud,大部分的方法竟然多多少少都會有些關聯,是設計的問題還是我的思路除了偏差?

前輩們建議的小類應該怎么在這里實現? 這么多的方法看來是都和實體類相關,總不能厚此薄彼阿,sigh