Asp.Net Core DIに異なるライフサイクルの同じクラスを挿入するにはどうすればよいですか？

Question

以前は、Unity Containerを使用してAsp.Net MVCとの依存関係を解決しました。今度はUnityの代わりにAsp.Net Core DIを使用する予定です。これは現時点ではCoreと統合するための実行可能な方法を持っていませんが、どちらが同じクラスを注入する最良の方法かを理解しようとしていますが、異なるライフサイクル。

なぜですか？単一のEntity Frameworkコンテキストで動作する複数のスレッドがスレッドセーフではなかったため、別のスレッドで別のクエリを実行するために、各スレッドインスタンスに対して別々のDbContextのインスタンスが必要になるため、 Unityでの私の戦略は、2つのUnityContainerを作成していました.1つはすべてのシングルトンクラスを持ち、もう1つはリクエストごとにインスタンスを作成していました。だから私は別のスレッドで2番目のクエリを作成したときに、私は単体のインスタンスを要求ごとに作成して解決します。

Asp.Netコアと

私が知っていると思います。私の問題を解決する最良の方法がある

の1-？

2 - 私は多分、「コンテナ」

3-もしIドンの両方にCompositionRootパターンを適用する？私は二度同じAsp.NetコアDIを持つことができる方法を知っていただきたいと思い、同じ戦略を選択した場合自分の戦略を選んではいけません。同じコンテナ内で同じライフサイクルの同じクラスのインスタンスを解決するために使用できるパターンと、それを個別に解決する方法はどちらですか？

Answer 1

あなたが求めているのは、本当に不要です。あなたは、デフォルトでは、ASP .NET CoreアプリケーションのStartUpクラスのConfigureServices（services.AddDbContext<MyDbContext>拡張メソッドを使用して）メソッドでDbContextを追加すると

は寿命をスコープと同様に登録されますされています。スコープされた有効期間は、あなたが言及しているスレッドの安全性の問題を回避するために必要です。

もちろん、追加のパラメータを渡すことでAddDbContextでこれを無効にすることができます。または、自分でコンテキストを登録することもできます。しかし、なぜあなたは（？）になりたいですか？