Blog for Programming (158) 썸네일형 리스트형 [DDD] chapter 8 chapter 8 8.1 애그리거트와 트랜잭션 한 주문 애그리거트에 대해 운영자는 배송 상태로 변경할 때 사용자는 배송지 주소를 변경하면 다음과 같은 일이 일어난다. 운영자 스레드 고객 스레드 주문 애그리거트 구함 주문 애그리거트 구함 배송 상태로 변경 배송지 변경 트랜잭션 커밋 트랜잭션 커밋 트랜잭션마다 리포지터리는 새로운 애그리거트 객체를 생성하므로 운영자 스레드와 고객 스레드는 같은 주문 애그리거트를 나타내는 다른 객체를 구하게 된다. 운영자 스레드와 고객 스레드는 개념적으로 동일한 애그리거트지만 물리적으로 서로 다른 애그리거트 객체를 사용한다. 때문에 운영자 스레드가 주문 애그리거트 객체를 배송 상태로 변경 하더라도 고객 스레드가 사용하는 주문 애그리거트 객체에는 영향을 주지 않는다. 고객 스레드.. [DDD] chapter 7 Chapter 7 7.1 여러 애그리거트가 필요한 기능 도메인 영역의 코드를 작성하다 보면, 한 애그리거트로 기능을 구현할 수 없을 때가 있다. 상품 애그리거트: 구매하는 상품의 가격이 필요하다. 또한 상품에 따라 배송비가 추가되기도 한다. 주문 애그리거트: 상품별로 구매 개수가 필요하다. 할인 쿠폰 애그리거트: 쿠폰별로 지정한 할인 금액이나 비율에 따라 주문 총 금액을 할인한다. 할인 쿠폰을 조건에 따라 중복 사용할 수 있다거나 지정한 카테고리의 상품에만 적용할 수 있다는 제약조건이 있을 수있다. 회원 애그리거트: 회원 등급에 따라 추가 할인이 가능하다. 이 상황에서 실제 결제 금액을 계산해야하는 주체는 주문 애그리거트일까? 그러나 총 주문 금액에서 할인 금액을 계산해야하는데 이 할인 금액을 구하는 것.. [DDD] chapter 6 6.1 표현 영역과 응용 영역 도메인이 제 기능을 하려면 사용자와 도메인을 연결해 주는 매개체가 필요하다. 응용 영역과 표현 영역이 사용자와 도메인을 연결해 주는 매개체 역할을 한다. 실제 사용자가 원하는 기능을 제공하는 것은 응용 역역에 위치한 서비스다. 사용자가 회원가입을 요청했다면, 실제 그 요청을 위한 기능을 제공하는 주체는 응용 서비스에 위치한다. 사용자와 상호작용은 표현 영역이 처리하기 때문에, 응용 서비스는 표현 영역에 의존하지 않는다. 응용 영역은 사용자가 웹 브라우저를 사용하는지 REST API를 호출하는지, TCP 소켓을 사용하는지를 알 필요가 없다. 6.2 응용 서비스의 역할 응용 서비스의 역할 사용자가 요청한 기능을 실행한다. 사용자의 요청을 처리하기 위해 리포지터리에서 도메인 객체.. [DDD] chapter 5 5.1 시작에 앞서 CQRS 명령(Command) 모델과 조회(Query) 모델을 분리하는 패턴. 명령 모델은 상태를 변경하는 기능을 구현할 때 사용. 조회 모델은 데이터를 조회하는 기능을 구현할 때 사용. 예를 들어 회원 가입, 암호 변경, 주문 취소 처럼 상태를 변경하는 기능을 구현할 때 사용. 도메인 모델은 명령 모델로 주로 사용된다. 5.2 검색을 위한 스펙 검색 조건이 고정되어 있지 않고, 다양한 검색 조건을 조합해야 할 때가 있다. 필요한 조합마다 find 메서드를 정의할 수 있지만, 이것은 좋은 방법이 아니다. 이렇게 검색 조건을 다양하게 조합해야 할 때 사용할 수 있는 것이 스펙이다. 스펙은 애그리거트가 특정 조건을 충족하는지를 검사할 때 사용하는 인터페이스다. 스펙 인터페이스는 다음과 같.. [DDD] chapter 4 Chapter 4 4.1 JPA를 이용한 리포지터리 구현 4.1.1 모듈 위치 위의 그림처럼 Repository interface는 도메인 영역에 속한다. 이를 구현하는 구현체는 인프라영역에서 구현한다. 가능하면 리포지터리 구현 클래스를 인프라스트럭쳐 영역에 위치 시켜서 인프라스트럭처에 대한 의존을 낮춰야한다. 4.2.1 리포지터리 기본 기능 구현 인터페이스는 애그리거트 루트를 기준으로 작성한다. 주문 애그리거트는 Order 루트 엔티티를 비롯해 OrderLine, Orderer, ShippingInfo 등 다양한 객체를 포함하는데, 이 구성요소 중에서 루트 엔티티인 Order를 기준으로 리포지터리 인터페이스를 작성한다. 애그리거트의 널리 사용되는 규칙은 'findBy프로퍼티 이름(프로퍼티 값)' 형식을.. [DDD] chapter 3 3. 애그리거트 3.1 애그리거트 애그리거트의 필요성 도메인 객체 모델이 복잡해지면 개별 구성요소 위주로 모델을 이해하게 되고, 그렇게 되면 도메인 간의 관계를 파악하기 어려워진다. 복잡한 도메인을 이해하고 쉽게 관리하려면 상위 수준에서 모델을 조망할 수 있는 방법이 필요하다. 애그리거트는 복잡한 도메인을 상위 수준에서 조망할 수 있도록 해준다. 애그리거트의 장점 애그리거트는 도메인의 일관성을 유지하는데 도움을 준다. 복잡한 도메인을 단순한 구조로 표현할 수 있다. 도메인을 변경하는데 필요한 노력이 줄어든다. 애그리거트에 속한 객체는 동일한 라이프 사이클을 갖는다. 애그리거트의 규칙 애그리거트는 자신에게 속한 객체만을 관리할 뿐 다른 애그리거트는 관리하지 않는다. 도메인 규칙에 따라 함께 생성되는 구성 .. [DDD] chapter2 Chapter 2 2.1 네 개의 영역 표현 영역 HTTP 요청을 응용 영역이 필요로 하는 형식으로 변환하여 응용 영역에 전달. 응용 영역의 응답을 HTTP로 변환하여 전달. 응용 영역 사용자에게 제공해야할 기능을 구현. public class CancelOrderService { @Transactional public void cancelOrder(String orderId){ Order order = findOrderById(orderId); if(order == null) throw new OrderNotFoundException(orderId); order.cancel(); } } 위의 예시처럼 응용 서비스는 로직을 직접 수행하는 것이 아니라 도메인 모델에 로직 수행을 위임한다. 도메인 영역 도메.. [DDD] chapter 1 chapter 1 1.1 도메인이란? 도메인: 소프트웨어로 해결하고자 하는 문제 영역 한 도메인은 다시 하위 도메인으로 나눌 수 있다. 하나의 하위 도메인은 다른 하위 도메인과 연동하여 완전한 기능을 제공한다. 특정한 도메인을 위한 소프트웨어라고 해서 모든 기능을 직접 구현하지는 않는다. 하위 도메인을 어떻게 구성할지 여부는 상황에 따라 달라진다. 도메인마다 고정된 하위 도메인이 존재하는 것은 아니다. 1.2 도메인 전문가와 개발자 간 지식 공유 요구사항의 중요성 개발자는 요구사항을 분석하고 설계하여 코드를 작성하고 테스트하고 배포한다. 요구사항을 처음부터 제대로 설계하지 않으면 코드를 수정해야한다. 잘못 개발한 코드를 수정하는 것은 많은 비용이 소모된다. 요구사항을 올바르게 이해하고 설계하는 방법 개발.. 이전 1 2 3 4 5 ··· 20 다음
