如何在 Entity Framework Core 中处理 DBContext 实例化

Question

来自 Java 环境，我遇到了一些关于可继承 DBContext 类的问题。 使用 Java EE 我曾经：

1. 设置一个或多个数据库上下文（如果受影响的实体集群是独立的）；
2. 将 Context 添加到通过 DI 处理查询执行的各个 DataAccessor 类中；

现在使用 EF Core，我看到的几乎所有示例都通过调用默认构造函数来创建 MyDBContext 的实例：

 using (var db = new myContext()){...}

这给我提出了几个问题：

• 使用此方法，调用构造函数的每个 DataAccessor 类都有自己的 Context 实例。 只保留一个并在需要时使用 DI 注入它不是更好吗？
• 如果我没有重载OnConfiguring(...)来传递选项，而是在Startup.cs使用AddDbContext作为服务，我该如何调用构造函数？ 现在带有选项的重载构造函数期望在每次调用构造函数时传递它们。
• 每个应用程序/数据库有多个 DBContexts 甚至是 EF Core 的好习惯吗？

Answer 1

通常，您需要每个请求范围的单个实例

// This method gets called by the runtime. Use this method to add services to the container.
public void ConfigureServices(IServiceCollection services)
{
    services.AddDbContext<ApplicationDbContext>(options =>
        // use options as you would use them in the .OnConfiguring
        options.UseSqlServer("your connectionString");
    );
}

如果在服务中使用构造函数注入，ASP.NET 服务提供程序会将 db 上下文解析为构造函数参数。 以这种方式具有数据库上下文的所有服务将共享相同的实例。

public class ServiceDependentOnContext
{
    private readonly ApplicationDbContext dbContext;

    public ServiceDependentOnContext(ApplicationDbContext dbContext)
    {
        this.dbContext = dbContext;
    }
}

确保你也为依赖注入配置了你的服务

// This method gets called by the runtime. Use this method to add services to the container.

public void ConfigureServices(IServiceCollection services)
{
    services.AddDbContext<ApplicationDbContext>(options =>
        options.UseSqlServer("your connectionString")
    );

    services.AddScoped<ServiceDependentOnContext>();
}