도메인 주도 개발 시작하기 - 도메인 모델 시작하기

 

요구 사항

요구사항을 올바르게 이해하지 못하면 엉뚱한 기능을 만들게 된다.

(Garbage in , Garbage out)

-> 코딩에 앞서 요구사항을 올바르게 이해하는 것이 중요하다 !

 

도메인 모델

특정 도메인을 개념적으로 표현한 것을 도메인 모델이라고 한다.

도메인 모델을 사용하면 여러 관계자들이 동일한 모습으로 이해할 수 있으며, 여러가지 종류로 모델링 할 수 있다.

ex) 객체 , 상태 다이어그램, 그래프

 

도메인 모델 패턴

도메인 계층은 도메인의 핵심 규칙을 구현한다.

아래의 코드는 주문 상태에 따라 배송지를 변경할 수 있는 가에 대한 코드를 도메인 모델 패턴으로 구현

public class Order {
	private OrderState state;
    private ShippingInfo info;
    
    public void changeShippingInfo(ShippingInfo info) {
    	if(!state.isShippingChangeable()) {
        	// 예외처리
        }
        ...
    }
    ...
}

public enum OrderState {
	PAYMENT_WAITING {
    	public boolean isShippingChangeable() {
        	return true;
        }
    }
    ...
}

혹은 이렇게도 구현할 수 있다.

public class Order {
	private OrderState state;
    private ShippingInfo info;
    
    public void changeShippingInfo(ShippingInfo info) {
    	if(!state.isShippingChangeable()) {
        	// 예외처리
        }
        ...
    }
    
	private boolean isShippingChangeable() {
    	return state == OrderState.PAYMENT_WAITING || ...
    }
    ...
}

public enum OrderState {
	PAYMENT_WAITING
    ...
    ;
    
}

중요한 점은 Order , OrderState 같은 주문 도메인 모델에 구현 했다는 점이다.

이렇게 함으로써 요구사항이 변경되더라도 다른 코드에 영향을 덜 줄 수 있다.

 

도메인 모델 도출

구현을 시작하려면 도메인에 대한 초기 모델이 필요하다.

 

몇가지 요구사항으로 부터 구현해야할 기능과 데이터를 알 수 있다.

ex)

최소 한 종류 이상의 상품 주문 -> 로직 구현 필요

한 상품을 한 개 이상 주문할 수 있다. -> 구매 상품 정보는 상품 개수를 포함한다

 

엔티티

엔티티의 가장 큰 특징은 식별자를 가지는 것이다.

식별자는 엔티티가 생성되고 속성을 바꾸고 삭제할 때까지 바뀌지 않는다.

즉 식별자가 같으면 같은 엔티티이다.

 

식별자는 사용하는 도메인의 특징과 사용하는 기술에 따라 달라지며, DB에서 생성해주기도 한다.

(이 경우 DB에 저장해야 알 수 있음)

 

밸루(value) 타입 

개념적으로 완전한 하나를 표현할 때 밸루 타입을 사용할 수 있다.

private String receiverName;
private String receiverPhoneNumber;

//다음과 같이 표현 가능
private Receiver receiver;

 

무조건 두 개 이상의 필드를 가져야 하는 것은 아니다.

public class Money {
	private int value;
    
    public Money(int value) {
    	this.value = value;
    }
}

다음과 같이 정수형의 value를 Money 로 표현함으로써 의미를 명확하게 할 수 있다.

또한 해당 클래스 내에 더하기 , 곱하기 같은 비즈니스 로직을 추가할 수 있다.

 

밸루 타입은 안전한 코드 작성을 위해 불변으로 표현한다.

*불변 : 데이터 변경 기능을 제공하지 않음

 

도메인 모델이 set 메소드를 넣지 않는 이유

 

1. 핵심 개념이나 의도를 코드에서 사라지게 한다.

// 도메인과 의도가 명확함
public void completePayment();

// 필드값만 변경하고 끝, 의도가 명확하지 않음
pubic void setStatus();

 

2. 도메인 객체를 생성할 때 온전하지 않는 상태가 될 수 있다.

Order order = new Order();

// set 메소드로 값을 전달
order.setOrderLines(lines);

만일 위와 같이 set 메소드로 값을 전달한다면 나중에 필드가 null인지 검사하는 코드가 필요하다.

하지만 생성할 때부터 모든 데이터를 받는다면 생성하는 시점에 검사하면 되므로 해당 로직이 필요가 없어진다.

 

도메인 용어와 유비쿼터스 언어

도메인 용어를 코드에 반영하지 않는다면 해석하는데 부담이 된다.

// 도메인 용어가 반영되지 않음
public OrderState {
	STEP1,STEP2,STEP3,STEP4;
}

// 도메인 용어가 반영되서 직관적임
public OrderState {
	PAYMENT_WAITING,PREPARING,SHIPPED,DELIVERING;
}

도메인 용어에 알맞은 단어를 찾는 시간을 아까워하지 말자!