: 앞서 네 영역에 대한 설명으로 도메인 영역이 도메인의 핵심 모델을 구현한다는 것을 알 수 있었음
: 도메인 영역의 주요 구성요소는 다음과 같음
요소 | 설명 |
엔티티 | 고유의 식별자를 갖는 객체로 자신의 라이프 사이클을 갖음, 주문, 회원, 상품과 같이 도메인의 고유한 개념을 표현, 도메인 모델의 데이터를 포함하며 해당 데이터와 관련된 기능을 수행한다. |
밸류 | 고유의 식별자를 갖지 않는 객체로 주로 개념적으로 하나인 값을 표현할 때 사용, 배송지 주소를 표현하기 위한 주소나 구매 금액을 위한 금액과 같은 타입이 밸류 타입, 엔티티의 속성으로 사용할 뿐만 아니라
다른 밸류 타입의 속성으로도 사용이 가능하다. |
애그리거트 | 애그리거트는 연관된 엔티티와 밸류 객체를 개념적으로 하나로 묶은 것, 주문과 관련된 Order 엔티티, OrderLine 밸류, Orderer 밸류 객체를 주문 애그리거트로 묶을 수 있다. |
리포지터리 | 도메인 모델의 영속성을 처리, DBMS 테이블에서 엔티티 객체를 로딩하거나 저장하는 기능을 제공한다. |
도메인 서비스 | 특정 엔티티에 속하지 않은 도메인 로직을 의미, ‘할인 금액 계산’은 상품, 쿠폰, 회원 등급, 구매 금액 등 다양한 조건을 이용해서 구현하는데, 이는 어느 특정 도메인에 속하지 않으므로 도메인 서비스에서 구현한다. |
1.엔티티와 밸류
: 필자는 초년 시절 도메인 모델을 만들 때, DB 테이블의 엔티티와 도메인 모델의 엔티티를 구분하지 못해 동일하게 만들곤 하셨다. 허나 점점 연차가 쌓이며 실제 도메인 모델의 엔티티와 DB 관계형 모델의 엔티티는 같은 것이 아님을 알 수 있게 되었다.
: 이 둘의 가장 큰 차이점은 도메인 모델의 엔티티는 데이터와 함께 도메인 기능을 제공한다는 점, 예로 주문을 표현하는 엔티티는 주문과 관련된 데이터뿐 아니라 배송지 주소 변경 등의 기능을 함께 제공한다.
export class Order {
private number: OrderNo;
private orderer: Orderer;
private shippingInfo: ShippingInfo;
public changeShippingInfo(shippingInfo: ShippingInfo): void {...}
}
TypeScript
복사
: 도메인 모델의 엔티티는 단순히 데이터를 담고 있는 데이터 구조라기보다는 데이터와 함께 기능을 제공하는 객체, 도메인 관점에서 기능을 구현하고 기능 구현을 캡슐화하여 데이터 변경을 방지한다.
: 외에도 도메인 모델의 엔티티는 두 개 이상의 데이터가 개념적으로 하나로 엮일 수 있는 경우, 밸류 타입을 이용해서 표현할 수 있다는 것, 위 코드의 Orderer는 밸류 타입으로 주문자 이름과 이메일을 포함할 수 있다.
2. 애그리거트
: 도메인이 커질수록 개발할 도메인 모델도 커지면서 많은 엔티티와 밸류가 출현, 엔티티와 밸류 개수가 많아질수록 모델은 점점 더 복잡해짐, 모델이 복잡해지면 개발자가 전체 구조가 아닌 한 개 엔티티와 밸류에만 집중하는 상황이 발생하는데, 이때 상위 수준에서 모델을 관리 않고 개별 요소에만 초점을 맞추다 보면, 큰 수준에서 모델을 이해하지 못해 큰 틀에서 모델을 관리할 수 없는 상황에 빠질 수 있다.
: 도메인 모델도 개별 객체뿐만 아니라 상위 수준에서 모델을 볼 수 있어야 전체 모델의 관계와 개별 모델을 이해하는 데 도움이 되는데, 이를 도와주는 것이 애그리거트이다.
: 주문이라는 도메인 개념은 ‘주문’, ‘배송지 정보’, ‘주문자’, ‘주문 목록’, ‘총 결제 금액’의 하위 모델로 구성되며 이 하위 개념을 표현한 모델을 하나로 묶어서 ‘주문’이라는 상위 개념으로 표현할 수 있다.
: 애그리거트를 사용하면 개별 객체 간의 관계가 아닌 애그리거트 간의 관계로 도메인 모델을 이해하고 구현하게 된다. 애그리거트는 군집에 속한 객체를 관리하는 루트 엔티티를 갖는다. 루트 엔티티는 애그리거트가 속해 있는 엔티티와 밸류 객체를 이용해서 애그리거트가 구현해야 할 기능을 제공, 애긜거트를 사용하는 코드는 애그리거트 루트가 제공하는 기능을 통해서 간접적으로 애그리거트 내의 다른 엔티티나 밸류 객체에 접근한다. 이것은 애그리거트의 내부 구현을 숨겨서 애그리거트 단위로 캡슐화가 가능하게 도와준다.
3. 리포지터리
: 도메인 객체의 영속성을 보장하기 위해 RDBMS, NoSQL, 로컬 파일과 같은 물리적인 저장소에 도메인 객체를 보관해야 한다. 이를 위한 도메인 모델이 리포지터리로 엔티티나 밸류가 요구사항에서 도출되는 도메인 모델이라면 리포지터리는 구현을 위한 도메인 모델이다. 리포지터리는 애그리거트 단위로 도메인 객체를 저장하고 조회하는 기능을 정의, 예를 들어 주문 애그리거트를 위한 리포지터리는 다음과 같이 정의할 수 있음
export interface OrderRepository {
public findByNumber(number OrderNo);
public save(order: Order): void;
public delete(order:Order): void;
}
TypeScript
복사
: OrderRepository의 경우, 대상을 찾고 저장하는 단위가 애그리거트 루트인 Order인 것을 알 수 있다. Order는 애그리거트에 속한 모든 객체를 포함하고 있으므로 결과적으로 애그리거트 단위로 저장하고 조회한다.
: 도메인 모델의 입장에서 OrderRepository는 도메인 객체를 영속화하는데 필요한 기능을 추상화한 것으로 고수준 모듈에 속한다. 기반 기술을 통해 OrderRepository를 구현한 클래스는 저수준 모듈로 인프라스트럭처 영역에 속한다.
: 전체 영역은 다음과 같다.
: 응용 서비스는 의존 주입과 같은 방식을 통해 실제 리포지터리 구현 객체에 접근한다. 또한 응용 서비스는 리포지터리와 밀접한 연관이 있는데 이는 다음과 같은 이유 때문이다.
•
응용 서비스는 필요한 도메인 객체를 구하거나 저장할 때 리포지터리를 사용한다.
•
응용 서비스는 트랜잭션을 관리하는데, 트랜잭션 처리는 리포지터리 구현 기술의 영향을 많이 받는다.
: 리포지터리를 사용하는 주체가 응용 서비스이기 때문에 리포지터리는 응용 서비스가 필요로하는 메서드를 제공하는데, 이는 다음과 같다.
•
애그리거트를 저장하는 메서드
•
애그리거트 루트 식별자로 애그리거트를 조회하는 메서드
