dudu借首頁一用。。。希望不要把這個貼移走了，我想知道下大家的想法如何。多謝了。
小弟看到有的持久層框架是把實體類操作的介面放在每個實體類中，比如activerecode。假設要對order型別的實體物件和user型別實體物件進行修改操作，**就像這麼寫：
//假設前面已經宣告乙個order型別物件_orderobj
user.update(_userobj);
//假設前面已經宣告乙個user型別物件_userobj
而有的持久層框架是把操作介面放在乙個公用的持久層類中，同樣假設要對order型別物件和user型別實體物件進性修改操作，**就像這麼寫：
dataprovider
<
order
>
.update(_orderobj);
//假設前面已經宣告乙個order型別物件_orderobj
dataprovider
<
user
>
.update(_userobj);
//假設前面已經宣告乙個user型別物件_userobj
我個人認為把操作放在實體類裡**可以更直觀，但是感覺又有些職責越界了，似乎類似這些操作不是實體類應該具有的。但是又很難下乙個定論，不知道的各位大哥是怎麼認為的。希望聽聽大家的意見。
另外從上篇帖子《輕量級持久層框架的討論
》各位大哥的踴躍發言讓我對我的持久層框架又有了新想法。
henry兄提出可以用codedom代替反射以提高效率，並且附上了他的文章《利用codedom來解決反射效能問題》，從中我獲得了一些靈感。我可以使用codedom把用於動態生成sql語句與為實體物件賦值的**生成在記憶體中，這樣我就可以抽象出乙個通用的dataprovider並且又不會因為使用反射而影響系統整體執行效率。關於這一點大家有什麼看法和意見也可以繼續提出。
你覺得哪個開源的UML建模工具最好用？
我在用argouml 0.32，其他都好，就是不能copy圖形，很不爽 分享 按投票排序 按時間排序 2 贊同 反對，不會顯示你的姓名 龔佶敏，it 數碼 多 攝影 電影 咖啡 andykun 彭璐 贊同 是不是staruml呢？發布於 2011 06 24 感謝分享 收藏 沒有幫助 舉報 0 贊同...
大家覺得這款本本怎樣？給個意見，謝謝！
dell 戴爾 型號 studio 15 s510333cn 上市時間 2008年,12月 處理器 intel core2 duo penryn p8600 2.4g 處理器型別 酷睿2雙核 處理器最高主頻 2400mhz 二級快取 3072kb l2 主板晶元組 intel pm965 ich8m...
葛優體 大家覺得沒有什麼的日子才是好日子
在電影 讓子彈飛 中,葛優的經典台詞 大風起兮雲飛揚，安得猛士兮走四方。麻匪，任何時候都要剿。你們想想，你們帶著老婆，出了城，吃著火鍋還唱著歌 突然就被麻匪劫了！所以，沒有麻匪的日子才是好日子！這種造句方式現被稱之為葛優體 不知道大家覺得,沒有什麼的日子才是好日子?不同的職業,不同的身份,不同的年齡...