중간 계층/백엔드 서비스를 위한 Onion 아키텍처

Question

나는 현재 작업 중입니다 양파 아키텍처 J.팔레르모에서.내 경우에는 구현하는 데 약간의 문제가 있습니다.이 아키텍처는 서비스 매시업이라고도 불리는 '비즈니스 리스' 웹 사이트에 적합합니까?

내 경우는 다음과 같습니다.

WCF에는 각각 격리된 비즈니스 데이터(마케팅, 계정, 제안, CMS ...)를 노출하는 많은 백엔드 서비스가 있습니다.우리의 많은 MVC 웹사이트는 페이지 렌더링을 위해 이러한 서비스를 '그냥' 사용합니다.모든 비즈니스 로직이 서비스에 포함되어 있으며 웹사이트는 프리젠테이션 로직으로 제한됩니다.웹사이트에는 DB 접근이 불가능합니다.그러나 일부 비즈니스 데이터는 프레젠테이션을 위해 복합 엔터티로 병합될 수 있습니다(예: 콘텐츠 페이지를 제안에 연결).나는 이 논리를 서비스 계층 아래에 ​​두는 것이라고 생각합니다.

편집하다 :백엔드/중간 계층 서비스 결과/작업을 매핑하기 위한 도메인 모델을 만들어야 합니까?어쩌면 여기의 비즈니스 로직은 단지 다른 소스의 데이터를 병합하는 것일 수도 있습니다.

감사해요,

Answer 1

모든 비즈니스 로직이 WCF 서비스에 있다면 도메인 모델을 사용하여 핵심 프로젝트의 요점을 파악하는 데 어려움을 겪을 것입니다(무엇을 할까요?).여러 작업을 결합하기 위해 이러한 서비스 위에 비즈니스 논리 계층을 추가하지 않는다고 가정합니까?그렇지 않다면 양파 아키텍처가 이 시나리오에 적합하지 않다고 말하고 싶습니다.

Answer 2

WCF는 사실상 다른 응용 프로그램을 위한 도메인 서비스라고 말하고 싶습니다.실제로 여러 응용 프로그램에서 Onion을 분리하는 것입니다.