작업 단위 (UOW)가 서비스 계층 또는 저장소를 가리 킵니까?

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-의 워크 - 패턴 -와 엔티티 프레임 워크 -4- -0.aspx

무엇이 좋을까요?

감사합니다.

Answer 1

"가리킨다"는 것이 확실하지 않지만 트랜잭션은 지속성이 아니라 서비스 계층의 책임이라고 생각합니다.

지속성 오브젝트는 더 큰 작업 단위 (UOW)의 일부인지 여부를 알 수 없습니다. 책임 서비스에는 작업 단위를 구성하는 모든 모델 및 지속성 오브젝트에 대한 참조가 있습니다. 이 서비스는 지속성 객체를 대신하여 풀에서 연결을 관리합니다. 연결을 얻고, 트랜잭션을 열고, 작업을 수행하고, 트랜잭션을 커밋 또는 롤백하고, 연결을 닫습니다. 그것이 그 서비스의 일입니다.

Answer 2

글쎄, 실제로 생각하면 컨트롤러은 작업 단위 (Unit of Work)에서 작동해야합니다. 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는 래퍼로 구현됩니다. 즉, 작업 단위에 대한 "Commit"메소드는 단순히 ObjectContext에 "SaveChanges"를 수행합니다.

따라서 작업 단위는 서비스 또는 저장소에 실제로 이 아닙니다. 관리하는 지속성 메커니즘과 함께 작동합니다.