2011-11-16 5 views
2

프리젠 테이션 레이어가 서비스 레이어와 통신하고 비즈니스 레이어와 통신하는 3 계층 애플리케이션을 개발 중입니다. 비즈니스 계층은 데이터베이스에 액세스 할 수 있습니다. 현재 우리는 테이블에 대한 CRUD 연산을 유지하기 위해 비즈니스 계층을 구현했습니다. 우리는 서비스 레이어와 비즈니스 레이어에서 메소드를 구성하는 것과 관련하여 몇 가지 의문점이 있습니다.서비스 레이어 메소드 구현 가이드 라인

  • 먼저 서비스 계층의 메소드를 어떻게 그룹화해야합니까? 페이지 기반으로 메소드를 그룹화해야하며, 페이지에 필요한 모든 데이터가 서비스 메소드에 의해 제공됩니다. 또는 여러 서비스 호출로 페이지 데이터를 가져와야합니까?

  • 다른 관심사는 비즈니스 계층에서 메서드를 구성하는 것입니다. 서비스 계층의 모든 메서드는 비즈니스 계층에서 해당 메서드를 구현해야합니다. 이 로직을 사용하면 서비스 계층의 메소드가 인형처럼 작동하고 인증 및 유효성 확인 만 수행됩니다. 예를 들어 : 두 테이블의 조인에서 오는 데이터를 가져올 때 서비스 계층에서 두 테이블을 가져온 다음 서비스 계층에서 조인을 수행해야합니까? 그렇지 않으면 동일한 작업을 수행하는 비즈니스 계층에 함수가 있어야합니다. 본질적으로 서비스 계층과 비즈니스 계층 간의 데이터 전송을 줄입니다.

답변

0

REST 아키텍처를 따르고 싶었다. 즉, 서비스 레이어와 프리젠 테이션 레이어간에 인터페이스를 동일하게 유지해야한다는 의미입니다. 서비스 계층은 권한 부여를 처리하고 모든 호출을 비즈니스 계층에 위임합니다. 비즈니스 계층에서 우리는 DTO를 XML, JSON 또는 SL로 보내기 전에 직렬화 된 형태로 유지합니다. 정말 도움이 된 것은 REST 기사를 살펴보고 자세히 살펴 보았습니다.

+0

허용 된대로 내 답변을 표시해 죄송합니다. :디 – intoTHEwild

1

DTO 패턴을 살펴보십시오. DTO 패턴을 사용하면 백엔드 서비스 호출 횟수를 최소화 할 수 있습니다. 주어진 DTO는 여러 BO에 매핑 될 수 있습니다. UI를 채우기 위해 데이터 요구 사항을 기반으로 DTO를 설계해야합니다.