アプリケーションでHTTPリクエストごとに1つのDBContextを使用する必要がありますか？

dbcontextベストプラクティス：各http要求dbcontext

ASP.NETコアアプリケーションでは、各HTTPリクエストの新しいDBContextインスタンスの作成が広く推奨されています

データのキャッシュの問題とパフォーマンスの改善を避ける

dbcontextデータをキャッシュできます。 DBContext単一モードを使用すると、データキャッシュが単一のリクエストの範囲に制限され、データベース呼び出しが削減され、パフォーマンスが向上します。 各リクエストの利点adbcontext

単一のビジネス問題：トランザクション処理を促進し、データの整合性を確保するために、DBContextで複数の操作が実行されます。

単純化されたコード：

データを変更するクラスは、
• を呼び出すだけで、コードの複雑さを減らし、DBContextの管理の責任を回避します。 エンティティ共有：
エンティティは、すべて同じDBContextから来ているため、リクエスト範囲内で簡単に通過できます。
• 一時的なdbcontextの欠点_context.SaveChanges()
• DBContextを一時的なサービスとして登録することは可能ですが、次の問題につながる可能性があります。 手動変更追跡：
各オブジェクトは、変更を保存し、複雑さを高め、単一の責任の原則に違反するために

に電話する必要があります。

エンティティの範囲制限：エンティティは、それらをロードしたクラスの範囲を離れることができず、他のクラスで使用することはできません。

管理管理のリリース：

DBContextインスタンスを正しくリリースするには、追加のドメインメカニズムまたは手動処理が必要です。

• その他のオプションのソリューションcontext.SaveChanges()
• dbcontextfactoryを使用して明示的な制御に使用します：dbcontextFactoryを注入して、ビジネスロジックがDBContextの作成とリリースを明示的に制御して柔軟性を高めることができます。
コンテナ管理のユニット：
• DIコンテナにDBContextを管理し、ビジネスロジックをシンプルに維持し、作成、リリース、提出プロセスを抽象化します。 Affairs Decorations：

以上がアプリケーションでHTTPリクエストごとに1つのDBContextを使用する必要がありますか？の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。