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相关联的元数据中。

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

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

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

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

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

更新：我花时间将a more complete answer

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);
}

在LINQ to Entities中实例化上下文

2 个答案: