Web リクエストごとに 1 つの DbContext が必要なのはなぜですか? 質問する

注: この回答は Entity Framework の について説明していますが、LINQ to SQL のや NHibernate のDbContextなど、あらゆる種類の Unit of Work 実装に適用できます。DataContextISession

まず、Ian の意見に同調しましょう。アプリケーション全体に単一の を使用するDbContextのは悪い考えです。これが意味をなすのは、シングル スレッド アプリケーションと、その単一のアプリケーション インスタンスによってのみ使用されるデータベースがある場合だけです。 はDbContextスレッド セーフではなく、 はDbContextデータをキャッシュするため、すぐに古くなります。複数のユーザー/アプリケーションがそのデータベースを同時に操作すると (もちろん、これは非常によくあることです)、さまざまな問題が発生します。しかし、あなたはすでにそれを知っていると思います。そして、 の新しいインスタンス (つまり、一時的なライフ スタイルを持つ) を、それを必要とする人に挿入しない理由を知りたいだけでしょう。(単一の(またはスレッドごとに 1 つのコンテキスト) が悪いDbContext理由の詳細については、以下をお読みください。DbContextこの答え）。

まず、 をDbContext一時的なものとして登録することは可能ですが、通常は特定のスコープ内でそのような作業単位のインスタンスを 1 つだけ持つ必要があります。Web アプリケーションでは、Web 要求の境界でそのようなスコープを定義することが実用的です。つまり、Web 要求ごとのライフスタイルです。これにより、一連のオブジェクト全体を同じコンテキスト内で動作させることができます。つまり、それらは同じビジネス トランザクション内で動作します。

一連の操作を同じコンテキスト内で実行することを目標としていない場合は、一時的なライフスタイルでも問題ありませんが、注意すべき点がいくつかあります。

• すべてのオブジェクトは独自のインスタンスを取得するため、システムの状態を変更するすべてのクラスはを呼び出す必要があります_context.SaveChanges()（そうしないと変更が失われます）。これによりコードが複雑になり、コードに2番目の責任（コンテキストを制御する責任）が追加され、単一責任の原則。
• エンティティ（ によってロードおよび保存された）がそのようなクラスのスコープから外れないようにする必要があります。エンティティはDbContext別のクラスのコンテキスト インスタンスでは使用できないためです。エンティティが必要になったときに ID で再度ロードする必要があるため、コードが非常に複雑になり、パフォーマンスの問題が発生する可能性もあります。
• DbContextは を実装しているのでIDisposable、作成されたすべてのインスタンスを破棄する必要があるでしょう。これを実行する場合、基本的に 2 つのオプションがあります。 を呼び出した直後に同じメソッドでそれらを破棄する必要がありますcontext.SaveChanges()が、その場合、ビジネス ロジックは外部から渡されたオブジェクトの所有権を取得します。2 番目のオプションは、作成されたすべてのインスタンスを HTTP リクエストの境界で破棄することですが、その場合でも、それらのインスタンスをいつ破棄する必要があるかをコンテナーに知らせるための何らかのスコープ設定が必要です。

もう 1 つのオプションは、をまったく注入しないことです。代わりに、新しいインスタンスを作成できる を注入します (以前はこのアプローチを使用していました)。この方法では、ビジネス ロジックがコンテキストを明示的に制御します。次のようになります。DbContextDbContextFactory

public void SomeOperation()
{
    using (var context = this.contextFactory.CreateNew())
    {
        var entities = this.otherDependency.Operate(
            context, "some value");

        context.Entities.InsertOnSubmit(entities);

        context.SaveChanges();
    }
}

class TransactionalCommandHandlerDecorator<TCommand>
    : ICommandHandler<TCommand>
{
    readonly DbContext context;
    readonly ICommandHandler<TCommand> decorated;

    public TransactionCommandHandlerDecorator(
        DbContext context,
        ICommandHandler<TCommand> decorated)
    {
        this.context = context;
        this.decorated = decorated;
    }

    public void Handle(TCommand command)
    {
        this.decorated.Handle(command);

        context.SaveChanges();
    } 
}