그래서 집계 루트에서 명령을 실행하고 명령 결과로 약 10 개의 이벤트가 발생했습니다. 이 이벤트는 내부 이벤트이므로 외부 시스템에서이 이벤트를 집계해야하므로 프로젝션을 결정했습니다 (기본적으로 프로젝션 읽기). 10 개의 이벤트 (내부)에서 1 개의 이벤트 (외부) 로의이 투영을하기 위해 비즈니스 규칙 (이벤트 병합과 관련된 비즈니스 규칙)을 적용해야합니
우선, 이런 질문을 할 곳이 아닌지 모르겠지만 아직 볼 수있는 적절한 포럼과 채널을 찾지 못했기 때문에 여기서 전문가에게 의지 할 것입니다. 내 질문은 : 직장에서 여기 우리는 도메인 기반 디자인 (DDD)의 원칙을 준수하기 위해 우리의 코드베이스를 적응의 계획 과정에있어, 그 정도는 우리가에 고용 간주 한 우리가 시작할 수 있도록 돕는 DDD 컨설턴트.
저는 지방 정부를위한 학교 관련 앱을 구현 중입니다. 수업이 있고 다음 수식을 사용하여 학년을 산정하려고합니다 : grade = acedemicYear - commencingYear + 1. , 그래서 AcademicYear.getInstance() - this.commencingYear + 1 commencingYear이 AcademicYear의 유형이
DDD를 사용하려고하는 프로젝트의 끝이 가까워지고 있지만 쉽게 해결할 방법이 확실하지 않은 눈부신 버그가 발견되었습니다. 여기 내 실체 - 나는 간단하게 그것을 감소했습니다 public class Contribution : Entity
{
protected Contribution()
{
this.Parts = new List<
의 사용은 그래서 도메인 이벤트의 종류가 추측 클래스 사이의 다른 동작, 나는 여기에 enum 샘플 (case # 2)을 사용할 것이라고 가정한다. 도메인 이벤트는 단순한 단순한 DTO이기 때문이다. 그러나 내 도메인에서이 다양한 유형의 이벤트는 다른 의미 (다른 처리 경로)를 갖습니다. 경우에 내가 예 # 1을 사용 그래서 나는 많은 끝낼 것 : if(e
다음 패턴으로 DDD를 따르려고합니다. 위의 그림에서 보듯이 Controller-----DataContract----> Domain Layer (DDD)
Controller-----Domain Object---> Repository---Entity--->EntityFramework
는 도메인 층 비즈니스 결정을 내릴 독립적이지만, 내 경우, 비즈니스
저는 DDD를 처음 접했을 때 항상 재미있는 개념을 중심으로 머리를 감싸면서 필연적으로 어떤 점이나 상황에 도달하게됩니다. 특정 문제에 직면하여 학습해야합니다. 사용자에 관한 두 개의 다른 날짜 : DateOfBirth 및 이 있다고 가정 해보십시오. 두 가지 값을 따로 따로 구현하면 많은 의미가 있습니다. 그 일은 쉽습니다. 이제 응용 프로그램에서 Use
일부 상점에서는 백엔드를 구현 중이며, 프론트 엔드에서 완전히 작성되었으며 최종 상태 (데이터) 만 백엔드로 전송됩니다. DDD를 CQRS/ES와 함께 사용하려고합니다. (예를 들어, 일반화) 해피 시나리오 쓰임새 : 사용자, 장바구니 및 CartItem이있는 점을 감안. 사용자 사용자가 사용자가 주소를 선택할 수 있습니다 사용자 유형의 Y를 CartIte
간단한 응용 프로그램의 경우 사용자 정보를 관리하는 2 개의 restfull apis가 있습니다. 예를 들어, api A는 /users으로 정의되며 사용자 목록을 반환합니다. api B는 /user/{id}으로 정의되며 사용자 ID로 식별 된 사용자를 반환합니다. 그러나 api A를 사용하는 첫 페이지는 이름, 나이, 성별 등과 같이 사용자의 몇 가지 속성