ObjectContext内存消耗和性能

时间:2009-02-03 07:35:03

标签: .net linq linq-to-sql entity-framework

我想以一种方式编写业务对象层,使每个实体对象都负责保存自己的更改。

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

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

那么附加物品呢?它是否像LINQ to SQL一样繁重的工作单元?

1 个答案:

答案 0 :(得分:2)

有人认为对象不应该对此负责;他们的工作是代表实例化的对象;另一个(存储库)类的工作是持久化它。

ObjectContext在附加/分离对象时可能会很痛苦,因为(与LINQ-to-SQL不同)上下文与实体之间的耦合更紧密。就个人而言,我不会使用这种方法;我将实体本身(或工作副本)用作暂时的工作单元以及短暂的上下文。