DDD

1. 검증을 위한 스펙 - 식별자 외에 여러 조건을 이용해 애그리거트를 찾는 경우 public interface OrderRepository { Order findById(OrderNo id); List findByOrderer(String ordererId, Date fromDate, Date toDate); ... } -> 검색 조건의 조합이 다양해지면 너무 많은 메서드가 존재합니다. 이런 경우, 스펙(Specification)을 이용해 해결해나가야 합니다. // 스펙 인터페이스 public interface Speficiation { public boolean isSatisfiedBy(T agg); } agg -> 검사 대상이 되는 애그리거트 객체 isSatisfiedBy() -> 검사 대상객체가 ..

1. Aggregate(애그리거트)? - 관련된 도메인을 하나의 군집으로 묶어주는 것 도메인 모델이 복잡해졌을 때, 개별 객체 수준에서 모델을 바라보면 전반적인 구조나 큰 수준에서 도메인간의 관계를 이해하기 어려워집니다. 주요 도메인 개념간의 관계를 파악하기 어렵다는 것은 코드를 변경하고 확장하는 것이 어려워진다는 것을 의미합니다. 이런 복잡한 도메인을 이해하고 관리하기 쉬운 단위로 관리할 수 있는 방법이 필요한데 그 방법이 바로 애그리거트이다. 일관성을 관리하기 떄문에 복잡한 도메인 구조를 단순한 구조로 만들어줌 도메인 기능을 확장하고 변경하는데 필요한 시간도 줄어듬 애그리거트에 속한 객체는 유사하거나 동일한 라이프 사이클을 갖음 애그리거트에 속한 구성요소는 대부분 함께 생성하고 함께 제거 -> 주체가..

아키텍처를 설계할때 전형적인 영역이 Presentation(표현), Application(응용), Domain(도메인), Infrastructure(인프라스트럭처) 네가지 영역으로 나눠진다. 1. 4가지 영역 1) Presentation(표현) - 사용자의 요청을 받고 해석해서 Application(응용) 영역에 전달하고 Application(응용)영역의 처리 결과를 다시 사용자가 이해할 수 있는 형식으로 변환해서 응답하는 역할 2) Application(응용) - 사용자에게 제공해야할 기능을 구현한다. ex) 주문 등록, 주문 취소, 상품 상세 조회 등... 이 기능들을 구현하기 위해 도메인 영역의 도메인 모델을 사용한다. 즉, 응용 서비스에서 로직을 직접 수행하기 보다는 도메인 모델에 로직 수행을 위..

1. Domain - 사용자가 사용하는 모든것을 도메인이라 칭할수 있다. - 예를 들어 한사이트에 회원 가입, 수정, 탈퇴 등 회원이라는 전체적인 기능을 제공하는데 이것을 '회원' 이라는 도메인으로 한 묶음이 될 수 있다. 2. 왜 Domain Model을 사용하는가? 위와 같이 주문 도메인이 주어졌을때 주문을 하기위한 플로우를 간략하게 적어보자며 상품 선택 -> 배송지 입력 -> 지불 금액 계산 -> 견제수단 선택 -> 결제 완료 이러한 플로우를 거치게 되는데 이런 플로우를 객체 모델로 구성하면 위와 같은 그림처럼 표현 될 수 있다. (간략하게 표현 가능) 이렇게 도메인 모델을 사용하면 여러 관계자들이 동일한 모습으로 도메인을 이해하고 지식을 공유하는데 도움이 된다. 또한, 복잡한 비즈니스 로직을 도메..