ObjectContext内存消耗和性能

Question

我想编写一个业务对象层，使每个实体对象负责保存自己的更改。

我认为这将是一个很好的方式，让每个实体拥有自己的ObjectContext，将自身附加到该ObjectContext并在需要保存时执行事务。

在LINQ to SQL中，DataContext非常轻量级，因此我的解决方案没有太多的内存消耗和性能损失。这与ObjectContext相同吗？

那么附加物体呢？是不是像LINQ to SQL这样的重要工作单元？

Answer 1

有人认为，对象不应该负责;他们的工作是代表实例化的对象;另一个（存储库）类的作用是坚持它。因为（与LINQ到SQL不同）在上下文和实体之间存在更紧密的耦合关系，所以ObjectContext在连接/分离对象时可能会很痛苦。就我个人而言，我不会使用这种方法;我会使用实体本身（或工作副本）作为一个短暂的工作单元以及短暂的上下文。