リポジトリ、UnitOfWorkとUnity

Question

依存関係が必要なオブジェクト、つまりリポジトリ、UnitOfWorkがすべて素晴らしい、新しいオブジェクトが依存関係を注入し、 'newed'オブジェクトがUnitOfWorkを制御しているオブジェクトリポジトリには、同じUnitOfWork（PerResolveライフタイムマネージャを使用）を使用して、UnitOfWork依存性も注入される必要があるためです。

私は問題があるが、このUnitOfWorkとRepositoriesのスコープはクラスレベルにあります。

メソッドレベルでUnitOfWorkのライフタイムを制御したい場合は、どうすればよいですか？私はメソッド注入を使用する必要がありますか？もし私のメソッドが必要な依存関係、すなわちRepositoriesとUnitOfWorkをもう一度取っていたらどうでしょう？

いくつかのガイダンスは高く評価されます。

Answer 1

メソッドパラメータとしてDIを使用しないでください。少なくとも直接は使用しないでください。

通常の方法は、IUnitOfWorkFactoryなどを使用することです。コンテナからを取得してください。次に、あなたのメソッドで、ファクトリを呼び出して作業単位オブジェクトを取得します。工場は、その作業を行うために容器に戻ってもよい（またはしなくてもよい）かもしれない。 StackOverflowの上で検索を持つ

Answer 2

は、ここではMVCプロジェクトからのHTTPリクエストの生涯マネージャを引くことをお勧めているようだ：

http://mvcunity.codeplex.com/

ユニティ自体がそれ自身のHTTPリクエスト生涯マネージャを持っていませんので。

その他の質問：

How to inject dependencies per http request (or per http context) with unity 2.0 and asp.net mvc

Using ASP.NET Session for Lifetime Management (Unity)

Answer 3

実際には、要求ごと（DbContextとラップ）作業単位を保管してください。メソッドを賢明に使用すると、コストのかかるソリューションになります。たとえば、

私たちは1つの方法でデータベースと4つの異なる接続を使用しており、トランザクションの安全な使用はできません。要求ベースの作業単位ごとのユーザーは、コンテナとしてHttPContextを使用できます。