DbContext 全局范围与方法级别范围

Question

如果有一个类作为数据访问层，并为实体提供 CRUD 操作的功能，在考虑性能和多线程环境时哪个版本是最佳实践（即此类的方法由多个线程调用同时 。 。）。 . .

版本 1：

在类级别创建的 DbContext，由所有方法共享。 .

    class EmployeeService{

     private DbContext db=new DbContext();

     public  Employee GetEmployee(int id)

         return db.Employees.Find(id);
     }


     public void AddEmployee(Employee employee){

         db.Employees.Add(employee);
         db.SaveChanges();
     }
}

版本 2：

每个方法调用的 DbContext。 .

class EmployeeService{

     public  Employee GetEmployee(int id){
        using(DbContext db=new DbContext()){
         return db.Employees.Find(id);
        }
     }


     public void AddEmployee(Employee employee){         
        using(DbContext db=new DbContext()){                 
            db.Employees.Add(employee);
           db.SaveChanges();    
        }
     }
}

更新： 可能是发布的问题范围过于笼统，导致需要考虑几点。

兴趣点是，实例化 DbContext 对象的成本。 它可以根据请求创建（版本 2）还是重量级对象，最好创建少量实例并在不同的实例之间共享它们调用（版本 1）

Answer 1

甚至还有第三种基于手动或自动的方法dependency injection：

public interface ISomeService 
{
     // Interface members
}

public class SomeService : ISomeService
{
    public SomeService(DbContext dbContext)
    {
         DbContext = dbContext;
    }

    private DbContext DbContext { get; }
}

那么，SomeService 将不负责定义 injected DbContext 的生命周期，但它是一个外部类。

这样，您的服务专注于做应做的事情（处理域和读取/写入数据）。

根据执行环境，您将需要不同的DbContext 生活方式：每个服务实例、每个请求、每个线程...这里有很多选择，具体取决于具体情况。

也许您没有考虑另一种情况：两个或多个服务之间的共享事务。您需要将实例化DbContext 的责任移交给上层，然后在所有参与的服务上注入相同的DbContext，然后全局确认或放弃整个事务。

Answer 2

EF 的性能由几个因素组成，DbContext 的范围就是其中之一。

有关范围的一些背景信息可在此处找到：https://msdn.microsoft.com/en-us/data/jj729737.aspx

范围不仅与性能有关，还与返回的对象有关。如果在您访问某些导航属性之前应用了延迟加载并且 DbContext 已被释放，则会出现异常。见http://www.entityframeworktutorial.net/EntityFramework4.3/lazy-loading-with-dbcontext.aspx

你可以这样写代码：

public class EmployeeService
{
    public EmployeeDto GetEmployee(int id)
    {
        using(DbContext db=new DbContext())
        {
            return db.Employees.Select(e =>
                new EmployeeDto
                {
                    Id = e.Id,
                    Name = e.Name,
                    Department = e.Department.Name
                }).First(e => e.Id == id);
        }
    }
}

public class EmployeeDto
{
    public int Id { get;set;}
    public string Name { get;set;}
    public string Department { get;set;}
}

因此，您可以使用投影来限制返回的数据集，而不是返回整个对象。您可以使用它来减少数据库服务器上的负载，因为查询将不那么冗长，但它也有助于在处理上下文之前加载所有必需的数据。有关生成的查询的一些示例，请参阅 http://www.entityframeworktutorial.net/querying-entity-graph-in-entity-framework.aspx。

所以我的建议是限制DbContext 的范围。您可以注入 DbContext 但您将无法控制 DbContext 这将导致如下错误：http://wallacekelly.blogspot.nl/2012/01/linq-to-entities-objectdisposedexceptio.html

但这一切都取决于您的需求以及您正在构建的服务类型。