2009-02-03 84 views
2

我想編寫一個業務對象層,使每個實體對象負責保存自己的更改。ObjectContext內存消耗和性能

我認爲這將是一個很好的方式,讓每個實體擁有自己的ObjectContext,將自身附加到該ObjectContext並在需要保存時執行事務。

在LINQ to SQL中,DataContext非常輕量級,因此我的解決方案沒有太多的內存消耗和性能損失。這與ObjectContext相同嗎?

那麼附加物體呢?是不是像LINQ to SQL這樣的重要工作單元?

回答

2

有人認爲,對象不應該負責;他們的工作是代表實例化的對象;另一個(存儲庫)類的作用是堅持它。因爲(與LINQ到SQL不同)在上下文和實體之間存在更緊密的耦合關係,所以ObjectContext在連接/分離對象時可能會很痛苦。就我個人而言,我不會使用這種方法;我會使用實體本身(或工作副本)作爲一個短暫的工作單元以及短暫的上下文。

+0

1.這個問題在哪裏爭論? – mrtaikandi 2009-02-03 09:27:09