DDD를 사용하는 프로젝트 아키텍처

Question

요구 사항
프로젝트에는 1 개의 기본 애플리케이션이 포함되어야하며 일부 보조 하위 응용 프로그램 (동일한 도메인 개체를 사용하고 일부 공유 서비스가 있지만 약간 다르지만 메인 앱에 대해 불필요한 경우에는 분리되어야합니다).

대부분의 도메인 개체에 대한 공유 검색 서비스 (아마도 다른 DLL에)는 전부는 아니지만 사용자 정의 가능한 검색 기준과 해당 기준의 가능한 값을 검색하기위한 공유 논리 (저자의 하위 검색, 책을 검색하기 위해 공유 된 논리가 있어야합니다. 그것에 의해).

문제
DDD가 여기에 맞습니까? 그렇다면 내 프로젝트 구조는 어떻게 생겼습니까? (답변을위한 가장 좋은 형식 - 구조화 된 DLL 목록 + 가장 중요한 네임 스페이스).

Answer 1

전 세계적으로 공유 된 도메인 클래스에 대한 아이디어는 DDD와 상반됩니다. 책을 읽었습니까?

전 세계적으로 공유 된 도메인 클래스에는 컨텍스트 맵을위한 공간이 거의 없습니다. 컨텍스트 맵이 없으면 사소한 응용 프로그램 외에는 DDD에서 이점이 거의 없습니다.