在LINQ to Entities中实例化上下文

Question

我看到程序员在代码中创建实体上下文时会采用两种不同的方式。

第一个是这样的，你可以在MSDN代码示例中找到它：

public void DoSomething() {
     using (TaxableEducationEntities context = new TaxableEducationEntities()) {
          // business logic and whatever else
     }
}

第二种是在某个类中创建上下文作为私有属性，该类封装了您的业务逻辑。所以你会有类似的东西：

public class Education_LINQ {

        private TaxableEducationEntities context = new TaxableEducationEntities();

        public void DoSomething() {
            var result = from a in context.luAction
                         select a;

            // business logic and whatever else
        }
}

哪种方式更有效？

假设您有两个方法，一个名为DoSomething1（），另一个名为DoSomething2（），两个方法都包含using语句来打开上下文并对其执行任何操作。你是否一个接一个地调用一个方法，是否会有任何多余的开销，因为基本上两个方法都创建了上下文，然后在它们完成后清理它？而不是只有一个私有属性在实例化类对象时创建，然后在对象超出范围时进行清理？

Answer 1

每次创建一个新的ObjectContext确实涉及“一些”开销。实质上，所涉及的开销是将元数据从全局缓存复制到与特定ObjectContext相关联的元数据中。

这种开销相对较小，因此通常不值得担心，尤其是当您考虑使用模式中固有的额外安全性时。

对我而言，您选择的选项取决于：

1. 你的生活多久了 包装课可能是？如果它生活在一个 很长一段时间ObjectContext可能 成长为拥有很多实体 随着时间的推移放慢速度。所以一个新的 ObjectContext每次都可能是一个 好主意。
2. 是打电话给 包装类的方法 同步？ ObjectContext 类本身不是线程安全所以如果 你使用你需要的第二种模式 确保你的包装类/ 如果你是存储库是线程安全的 期待多个线程来调用它。
3. 这些方法本质上是 无关？如果是这样，如果他们在方法之间共享一个上下文，则可能会出现意外的副作用。

一般来说，我的建议是，如果这些方法是无状态的，即火灾并忘记每种方法的新上下文可能是一个好主意。

如果你有一个相对短暂的有状态形式或某些东西，那么分享上下文可能是一个更好的主意。

更新：我花时间把它放在一起更完整的答案

Answer 2

如果这就是你的意思，第二个选项实际上并不会自行清理。我更喜欢每次都使用ObjectContext版本，因为我之后不必处理它。不确定我的问题是否正确......今天编程太多了。

public class UserManagerRepository : IUserManagerRepository, IDisposable
{
    private readonly Entities _context = new Entities();
    private bool _disposed;

    public User Create(User user, int countryId)
    {
        user.Country = GetCountry(countryId);
        _context.AddToUser(user);
        _context.SaveChanges();
        return user;
    }
}

然后使用此存储库我执行以下操作：

using(var repository = new UserManagerRepository())
{
    repository.Create(user);
}