DDD 제한된 컨텍스트 동일한 개념의 다른 모델

Question

여러 개의 하위 도메인이있는 ERP 프로젝트가 있습니다. CQRS 또는 도메인 이벤트를 사용하지 않습니다.

두 개의 하위 도메인이 있습니다. CRM 및 회계. 고객 개념은 두 하위 도메인에서 다르게 모델링되어야합니다. CRM은 회사의 규모 (종업원 수)를 알고 있어야하지만 세금 번호는 알 필요가 없습니다. 회계는 세금 번호를 알아야하지만 크기는 알 필요가 없습니다. 회사 이름은 두 하위 도메인 모두에서 필요합니다.

나는 CRM 고객과 회계 고객 모두를 엔티티로 모델링 할 생각입니다. 그러나 CRM 사용자가 새로운 고객을 생성 할 때마다 회계 고객 인스턴스도 생성해야합니다. 그리고 보고서에 두 하위 도메인의 정보가 필요한 경우 모든 정보가 포함 된 단일 엔터티가있을 때 쿼리가 더욱 복잡해집니다.

이 방법이 있습니까? 더 좋은 방법이 있습니까? 도메인 이벤트를 활용하지 않고 여러 하위 도메인을 갖는 것이 합리적입니까?

Answer 1

DDD가 필요합니까? 유스 케이스는 아주 단순한 것처럼 보였을 것입니다. 단지 다른 모든 복잡한 것들을 생략했을 것입니다. 그러나 당신이 묻는 정보만으로도 간단한 CRUD 응용 프로그램이 할 수 있습니다. 보고와 같은 데이터 위주의 앱에는 DDD가 필요하지 않습니다. 일관성을 유지하기 위해 엄격한 방법으로 데이터를 수정해야하는 경우 DDD가 필요합니다.

DDD가 필요하다고 확신하는 경우 모델의 요점은 도메인의 불변성을 막는 것임을 이해해야합니다. CRM 고객은 항상 동일한 회계 고객을 보유해야한다고 말합니다. 이 문제는 오늘날 비즈니스에서 어떻게 처리됩니까? 회계는 CRM 고객에 대해 어떻게 알고 있습니까? 회계는 그들이 CRM과 동일한 고객에 대해 말하는 것을 어떻게 알 수 있습니까? 그러나 그들은 현재 그것을하고 있습니다. 모델을 시도해야합니다.

예를 들어 실제 상황에서 다른 사람들에게 알려주는 것만으로 실생활에 적용한다면, CRM 컨텍스트에서 새 고객 이벤트를 게시하게하고 회계 컨텍스트에서 회계 컨텍스트를 생성하여 회계 컨텍스트에 대응할 수 있습니다.

다른 한편으로는 둘 다 다른 것으로부터 그것에 대해 배우면 둘 다 다른 무언가의 이벤트에 반응 할 수 있습니다.

이벤트를 사용하지 않으려는 경우 CRM 컨텍스트에서 회계 컨텍스트로 직접 호출 할 수 있습니다. 앱이 성장함에 따라 이것이 더 제한적으로 성장할 것이라는 것을 알고 있지만, 다시 간단한 도메인을 가지면 문제는 없습니다.

또한 데이터를 쿼리하는 것은 수정하는 것과 다릅니다. 쿼리는 도메인 모델 엔터티 및 값 개체를 사용해서는 안됩니다. 그것은 가능할 수 있지만, 그것에 의해 제약되어서는 안됩니다. 이는 쿼리가 읽기 전용 작업이기 때문입니다. 데이터를 변경하려는 경우에만 도메인 모델에 데이터를 저장해야합니다.