제목을 줄이는 방법을 모르셨습니까? 저는 기본적으로 CQRS (http://en.wikipedia.org/wiki/Command-query_separation) 및 관련 개념에 대한 머리를 정리하려고합니다. 반드시 메시징 및 이벤트 소싱을 포함하지 않는 CQRS 있지만 상태에 대한 사용 사례 감안할 때 (이러한 개념을 결합 예/블로그 게시물의 많은 볼 수있
DDD에서 읽은 모든 것은 집계 내의 상태가 강하게 일관되어야 함을 의미합니다. 이것은 하나의 중복이 필요한 경우 강력하게 일관된 복제 (예 : 2PC, 3PC 또는 Paxos) 만 사용할 수 있음을 의미합니다. 멀티 마스터 또는 마스터 - 슬레이브와 같이 일관되게 복제 할 수 있습니까? 만약 당신이 그들을 사용했다면, 당신은 여전히 DDD 용어로 '집
dddd를 사용하여 이벤트 소스 시스템을 구현하려고합니다. 현재 나는 어떻게 내 이벤트가 경계 상황의 경계를 넘나들고 있는지 고심하고있다. 물류 시스템 제품 관리는 제품에 대한 모든 지식을 가지고 제품 관리 : 두 경계 상황이 상상. 단순화를 위해 그것은 단지 "이름"입니다. 물류 시스템에도 제품이 있지만 메타 데이터에 대한 지식이 없습니다. 그 (것)들을
나는 리포지토리를 사용하여 데이터베이스와 대화하는 시스템을 가지고 있습니다. 원격 서비스 일 때 올바른 정의는 무엇입니까? 또는 더 나은, [...]는 외부 웹 서비스 용 데이터베이스입니다. 많은 경우 ServiceAgent에 대해 알았지 만 이것이 올바른 정의인지는 알 수 없습니다.
집계를 올바르게 모델링하는 방법이 궁금합니다. 도메인은 회계이고 계정, AccountingEntry (이 값 개체 대신 사용해야합니까?) 및 AccountingTranscation 세 엔티티가 있습니다. 이 계좌는 고객의 은행 계좌라고 할 수 있습니다. AccountingEntry는 계정의 항목이고 AccountingTransaction은 단일 거래를 구성