본문은 [도메인 주도 개발 시작하기: 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] 참고) 도메인 영역 도메인 모델을 구현한다..
본문은 [도메인 주도 개발 시작하기: DDD 핵심 개념 정리부터 구현까지]를 읽고 간단하게 정리한 글입니다. 필요에 따라 생략/수정된 부분이 있을 수 있으며, 내용이 추후 변경될 수 있습니다. 1.1 도메인이란? 도메인(domain)이란 소프트웨어로 해결하고자 하는 문제 영역에 해당한다 한 도메인은 다시 하위 도메인으로 나눌 수 있으며, 한 하위 도메인은 다른 하위 도메인과 연동하여 완전한 기능을 제공한다 예를 들어 고객이 물건을 구매하면 주문, 결제, 배송, 혜택 등 하위 도메인의 기능이 엮이게 된다 특정 도메인을 위한 소프트웨어라고 해서 도메인이 제공해야 할 모든 기능을 직접 구현하는 것은 아니다 [그림 1.2]에서 배송 도메인은 외부 배송 업체의 시스템을 사용하고, 결제 도메인은 외부 PG사의 시스..
