作業単位がサービス層またはリポジトリを指しているか？

Question

エンティティフレームワークを使用したASP.NET MVC3環境では不思議です。 Unit of Workがサービスレイヤまたはリポジトリをポイントする必要があります（そして、リポジトリがサービスレイヤを指す）か？作業単位との両方がサービス層にインスタンスを持っているリポジトリ

• ワン...

リンク：Entity Framework 4 CTP 4/CTP 5 Generic Repository Pattern and Unit Testable

は使用しません

アイブ氏は、二つの例を見てそのような場合にはサービス層であることは明らかです。

• 作業単位がサービス層にインスタンスがリポジトリにインスタンスを有する第二..

リンク：http://blogs.msdn.com/b/adonet/archive/2009/06/16/using-repository-and-unit-の作業-パターン-WITH-エンティティフレームワーク4 -0.aspx

何が良いでしょうか？

ありがとうございました。

Answer 1

「ポイント」とは何を意味するのかよく分かりませんが、トランザクションはサービス層の責任であり、永続性はありません。

永続オブジェクトは、それがより大きい作業単位の一部であるかどうかを知ることができません。責任あるサービスは、作業単位を構成するすべてのモデルおよび永続オブジェクトへの参照を持ちます。サービスは、永続オブジェクトに代わってプールからの接続を管理する役割も担います。接続の取得、トランザクションのオープン、作業の実行、トランザクションのコミットまたはロールバック、および接続のクローズ。それがサービスの仕事です。

Answer 2

実際には、それについて考えるとコントローラは作業単位で動作するはずです。 HTTPリクエストが入ってきたときに典型的にはASP.NET MVCアプリケーションでは、コントローラは、新しい作業単位が割り当てられ

。

次に、コントローラは、（リポジトリ上のメソッドを呼び出した）サービスのメソッドを呼び出しますEntity Frameworkの内部グラフ/メモリを取得して変更します。

コントローラは、実行する必要があることを実行すると、作業ユニットで「コミット」を実行します。その結果、データベースにコミットされる基になるリポジトリに変更が加えられます。

「サービス」について言えば、コントローラとリポジトリの間に中間層があり、コントローラがサービスとしか話していない場合、サービスはリポジトリと話し合い、次にアプリケーションスタックをバックアップします。

だからあなたのコントローラは、次のようになります。ほとんどのEF4のシナリオで

public class ProductsController : Controller 
{ 
    private IUnitOfWork _unitOfWork; 
    private IProductsService _service; 

    public ProductsController(IUnitOfWork unitOfWork, IProductsService service) 
    { 
     // use dependency injection here 
     _unitOfWork = unitOfWork; 
     _service = service; 
    } 

    [HttpPost] 
    public ActionResult SubmitOrder(Product p) 
    { 
     var existingProduct = _service.FindById(p.ProductId); 
     UpdateModel(existingProduct); 
     _unitOfWork.Commit(); 
    } 
} 

は、作業ユニットはObjectContextはのラッパーとして実装されています。つまり、作業ユニットの「コミット」メソッドは単にObjectContextに「SaveChanges」を実行します。

したがって、作業単位は実際にはサービスまたはリポジトリのどちらにも点ではありません。それは単に管理されている永続化メカニズムで動作します。