Entity Framework - 비즈니스 계층의 필요성에 대한 의견

Question

현재 내 웹 사이트에는 사양 패턴이 포함 된 리포지토리 패턴이 있습니다. 나는 코드, 예를 단 몇 줄의 내 .aspx 페이지 내에서 데이터를 얻을 수 있습니다

private IRepository repository; 

    protected void Page_Load(object sender, EventArgs e) 
    { 
     repository = new GenericRepository(); 

     Specification<Book> specification = new Specification<Book>(b => b.Year == 1988); 
     lvBooks.DataSource = repository.GetAll<Book>(specification); 
     lvBooks.DataBind(); 
    } 

지금, 나는 내 웹 사이트에 당신의 대답은 '예 경우 비즈니스 계층이 필요합니까되어 내 질문에, 왜? 사양 패턴으로 인해 페이지와 저장소 사이에있는 비즈니스 계층이 필요하지 않은 것처럼 보입니다.

의견을 보내 주셔서 감사합니다.

Answer 1

대답은이 응용 프로그램의 크기에 따라 크게 달라질 수 있습니다 , 그리고 그것이 얼마나 많이 바뀔지를 보여줍니다.

모든 레이어의 유일한 요점은 기능을 분리하는 것입니다. 작은 애플리케이션에서는 UI 코드 전체에 뿌려진 저장소에 대한 호출을 기꺼이 할 수 있습니다.

하지만 저장소를 구성하는 방식을 변경하면 어떻게 될까요? 모든 참조를 찾아 변경해야합니다.

그러나 상위 수준의 메소드를 UI에 표시하는 비즈니스 계층에 모든 저장소 액세스 코드를 작성한 경우이 시점에서 수행해야 할 작업이 훨씬 적습니다.

특정 보안 고려 사항이있을 수 있습니다. 예를 들어 UI에 저장소에 대한 액세스 권한이없는 경우 모든 보안 검사를 비즈니스 계층의 공개 API에 집중할 수 있습니다. 저장소가 어디서나 액세스 할 수있는 200 페이지의 웹 응용 프로그램이 있다면 물론 안전 할 수 있습니다. 그러나 어떻게 확신 할 수 있습니까?

단위 테스트가 있습니다. 기본적으로 올바른 방법은 없습니다. 그러나 앱이 작 으면 괜찮습니다 ... 앱이 크면 일부에서는이 디자인을 후회할 것입니다. 포인트.

Answer 2

코드에서 비즈니스 계층이 필요하지 않은 것으로 보입니다. 그것은 단순한 스펙을 사용하거나 데이터 삽입을 사용하여 데이터를 가져 오는 것 같습니다. 예 : 개체를 삭제하면 개체를 삭제하기 전에 특정 조건을 확인해야합니다.