ASP.NET MVC : BLL 및 DAL을 리포지토리 디자인에

Question

ASP.NET 웹 양식에서 MVC 2.0으로 이동합니다. 대부분의 프로젝트에서 데이터베이스와 통신하기위한 일반적인 설정이 있습니다.

공통 (개체/'SiteMenu'와 '사용자'와 같은 단체)

비즈니스 로직 계층

데이터 액세스 레이어 (데이터를 해제하기 위해 호출 액세스 레이어와)

DAL에는 일반적인 데이터베이스 작업을 수행하는 DatabaseHelper와 데이터베이스 관련 작업 (예 : MySQL)이있는 OdbcHelper 및 모든 저장 프로 시저가 포함 된 StoredProcedure 클래스가 있습니다.

이 디자인은 어떻게 저장소 디자인으로 변환됩니까? 우리는 NHibernate 대신에 우리 자신의 데이터베이스 헬퍼를 사용하고 싶다.

당신은 무엇을 제안하겠습니까?

Answer 1

MVC로 이동할 때 동일한 계층화 된 접근 방식을 유지할 수 있습니다. 엔터티/개체를 반환하는 BLL은 MVC에서 M이 될 수 있습니다. 종종 컨트롤러에서 리포지토리의 인스턴스를 직접 만드는 샘플을 볼 수 있습니다. 사용자의 경우 BLL 클래스의 인스턴스를 만들 수 있습니다.

Answer 2

모든 데이터 액세스 기술을 사용하여 리포지토리를 활용할 수 있습니다. 저장소은 기존 데이터 액세스 도우미/서비스를 추상화 한 것으로 데이터 액세스 계층에서 비즈니스 논리를 분리 할 수 ​​있습니다. 리포지토리는 쿼리와 함께 필터링을 사용하기 위해 사용됩니다. 종종 작업 단위과 함께 사용하여 변경 사항을 다시 데이터베이스에 저장합니다.

리포지토리는이 적어도 :

1. 가져 객체별로 키 조작 (들)
2. 가 가져-모든-개체를 조작
3. 가져 오기 최초의 객체 별 쿼리 작업 (S)
4. 은 Get-개체별로 쿼리 작업 (들)

아주 간단한 예 :) :

A. 공통에 정의 제품 클래스 :

public class Product 
{ 
    public int Id { get; private set; } 

    public string Code { get; set; } 

    public string Name { get; set; } 

    public decimal Price { get; set; } 
} 

쿼리, IRepository 및 IUnitOfWork에 대한

B. 클래스는 DAL.interfaces.dll 또는 공통 에 정의되어 .dll (단 DAL!에는 없습니다).

public class Query 
{ 
    public string Text { get; set; } 
} 

public interface IRepository<TEntity> 
    where TEntity : class 
{ 
    bool TryGet(int key, out TEntity value); 

    TEntity this[int key] { get; } 

    IEnumerable<TEntity> GetAll(); 

    bool TryGetFirst(Query condition, out TEntity value); 

    TEntity GetFirst(Query condition); 

    IEnumerable<TEntity> GetAll(Query condition); 

    int Count { get; } 
} 


public interface IUnitOfWork 
{ 
    void SetAdded(TEntity value); // Marks entity as added for further INSERT 

    void SetRemoved(TEntity value); // Marks entity as removed for further DELETE 

    void SetChanged(TEntity value); // Marks entity as modified for further UPDATE 

    void Save(); // Save all the changes 
} 

IUnitOfWork는 변경 실체 알고 있습니다.Save()은 데이터베이스에 변경 사항을 유지하기 위해 변경된 모든 엔터티에 대해 적절한 DatabaseHelper/OdbcHelper CRUD 메소드를 호출합니다.

IRepository < 제품 > ... <EntityXY> 및 IUnitOFWork IRepository의 구현은 DAL에 배치해야합니다. 그런 다음 BLL은 비즈니스 (도메인) 논리를 구현하기 위해 IRepository 및 IUnitOFWork을 사용합니다. BLL 자체는 서비스 레이어도메인 모델의 맨 위에 구성 될 수 있지만 토론의 범위를 벗어납니다.

내 대답이 도움이 되길 바랍니다.

나에게 질문을 주시기 바랍니다 ...

링크 : 우리가보기에 노출하고자 할 때 Patterns of enterpise application architecture by Martin Fowler