본문은 [도메인 주도 개발 시작하기: DDD 핵심 개념 정리부터 구현까지]를 읽고 간단하게 정리한 글입니다. 필요에 따라 생략/수정된 부분이 있을 수 있으며, 내용이 추후 변경될 수 있습니다. 6.1 표현 영역과 응용 영역 도메인이 제 기능을 하려면 사용자와 도메인을 연결해주는 매개체가 필요하다 2장에서 설명한 응용 영역과 표현 영역이 사용자와 도메인을 연결해주는 매개체 역할을 한다 표현 영역은 사용자의 요청을 해석하고, 사용자가 실행하고 싶은 기능을 판별하여 그 기능을 제공하는 응용 서비스를 실행한다 응용 영역에 위치한 서비스가 실제 사용자가 원하는 기능을 제공한다 표현 영역에서는 데이터 형식 변환이 이루어진다 표현 영역은 응용 서비스가 요구하는 형식으로 사용자 요청을 변환한다 응용 서비스를 실행한 뒤..
본문은 [도메인 주도 개발 시작하기: DDD 핵심 개념 정리부터 구현까지]를 읽고 간단하게 정리한 글입니다. 필요에 따라 생략/수정된 부분이 있을 수 있으며, 내용이 추후 변경될 수 있습니다. 5.1 시작에 앞서 CQRS는 명령(Command) 모델과 조회(Query) 모델을 분리하는 패턴이다 명령 모델은 상태를 변경하는 기능을 구현할 때 사용한다 조회 모델은 데이터를 조회하는 기능을 구현할 때 사용한다 엔티티, 애그리거트, 리포지터리 등 앞에서 살펴봤던 모델은 상태를 변경할 때 주로 사용된다 즉 도메인 모델은 명령 모델로 주로 사용된다 반면 이 장에서 설명할 정렬, 검색 조건 지정과 같은 기능은 조회 기능에 사용된다 즉 이 장에서 살펴볼 구현 방법은 조회 모델을 구현할 때 사용된다 이러한 이유로 이 장..
본문은 [도메인 주도 개발 시작하기: DDD 핵심 개념 정리부터 구현까지]를 읽고 간단하게 정리한 글입니다. 필요에 따라 생략/수정된 부분이 있을 수 있으며, 내용이 추후 변경될 수 있습니다. 4.1 JPA를 이용한 리포지터리 구현 1) 모듈 위치 리포지터리 인터페이스는 애그리거트와 같이 도메인 영역에 속하고, 리포지터리를 구현한 클래스는 인프라스트럭처 영역에 속한다 각 타입의 패키지 구성은 [그림 4.1]과 같다 가능하면 리포지터리 구현 클래스를 인프라스트럭처 영역에 위치시켜서 인프라스트럭처에 대한 의존을 낮춰야 한다 리포지터리 구현 클래스를 domian.impl과 같은 패키지에 위치시킬 수도 있는데 이것은 리포지터리 인터페이스와 구현체를 분리하기 위한 타협안 같은 것일 뿐 좋은 설계는 아니다 2) 리..
본문은 [도메인 주도 개발 시작하기: DDD 핵심 개념 정리부터 구현까지]를 읽고 간단하게 정리한 글입니다. 필요에 따라 생략/수정된 부분이 있을 수 있으며, 내용이 추후 변경될 수 있습니다. 3.1 애그리거트 특정 시스템(온라인 쇼핑몰 시스템)을 개발할 때 [그림3.1]과 같이 상위 수준 개념을 이용해서 전체 모델을 정리하면 전반적인 관계를 이해하는 데 도움이 된다 [그림3.1]의 상위 수준 모델을 개별 객체 단위로 다시 그려보면 [그림3.2]와 같다 상위 모델에 대한 이해 없이 [그림3.2]만 보고 상위 수준에서 개념을 파악하는 것은 더 오랜 시간이 걸린다 도메인 객체 모델이 복잡해지면 개별 구성요소 위주로 모델을 이해하게 되고 전반적인 구조나 큰 수준에서 도메인 간의 관계를 파악하기 어려워진다 주요..
본문은 [도메인 주도 개발 시작하기: DDD 핵심 개념 정리부터 구현까지]를 읽고 간단하게 정리한 글입니다. 필요에 따라 생략/수정된 부분이 있을 수 있으며, 내용이 추후 변경될 수 있습니다. 2.1 네 개의 영역 표현, 응용, 도메인, 인프라스트럭처는 아키텍처를 설계할 때 출현하는 전형적인 네 가지 영역이다 표현 영역 사용자의 요청을 받아 응용 영역에 전달하고, 응용 내역의 처리 결과를 다시 사용자에게 보여주는 역할(대표적으로 스프링 MVC 프레임워크가 여기에 해당) 응용 영역 시스템이 사용자에게 제공해야 할 기능을 구현한다(주문 등록, 주문 취소, 상품 상세 조회 등) 응용 서비스는 로직을 직접 수행하기보다는 도메인 모델에 로직 수행을 위임한다([그림2.2] 참고) 도메인 영역 도메인 모델을 구현한다..
