如何在 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>();
}