도메인 주도 개발 시작하기(7)
7-1. 여러 애그리거트가 필요한 기능
•
한 애그리거트에 넣기 애매한 도메인 기능을 억지로 특정 애그리거트에 구현하면 안된다
◦
억지로 구현하면 애그리거트는 자신의 책임 범위를 넘어서는 기능을 구현하기 때문에 코드가 길어지고 외부에 대한 의존이 높아지게 된다
◦
애그리거트의 범위를 넘어서는 도메인 개념이 애그리거트에 숨어들어 명싲거으로 드러나지 않게 된다
예시) 실제 결제 금액 계산
•
이런 문제를 해소하는 가장 쉬운 방법은 도메인 기능을 별도의 서비스로 구현하는 것이다.
7-2. 도메인 서비스
•
도메인 서비스는 도메인 영역에 위치한 도메인 로직을 표현할 때 사용한다.
◦
계산 로직: 여러 애그리거트가 필요한 계산 로직이거나, 한 애그리거트에 넣기에는 다소 복잡한 계산 로직
◦
외부 시스템 연동이 필요한 도메인 로직: 구현하기 위해 타 시스템을 사용해야 하는 도메인 로직
7-2-1. 계산 로직과 도메인 서비스
•
할인 금액 규칙 계산처럼 한 애그리거트에 넣기 애매한 도메인 개념을 구현하려면 애그리거트에 억지로 넣기보다는 도메인 서비스를 이용해서 도메인 개념을 명시적으로 드러내면 된다
◦
응용 영역의 서비스가 응용 로직을 다룬다면, 도메인 서비스는 도메인 로직을 다룬다
•
도메인 영역의 애그리거트나 밸류와 같은 구성요소와 도메인 서비스를 비교할 때 다른점은 도메인 서비스는 상태 없이 로직만 구현한다
◦
도메인 서비스를 구현하는 데 필요한 상태는 다른 방법으로 전달받는다
•
애그리거트 객체에 도메인 서비스를 전달하는 것은 응용 서비스 책임이다
•
도메인 서비스 객체를 애그리거트에 주입하지 않기
◦
애그리거트의 메소드를 실행할 때 도메인 서비스 객체를 파라미터로 전달한다는 것은 애그리거트가 도메인 서비스에 의존한다는 것을 의미한다
◦
스프링 DI와 AOP 를 공부하다 보면 애그리거트가 의존하는 도메인 서비스를 의존 주입으로 처리하고 싶을 수 있다
◦
일부 기능을 위해 굳이 도메인 서비스 객체를 애그리거트에 의존 주입할 이유는 없다.
•
애그리거트 메서드를 실행할 때 도메인 서비스를 인자로 전달하지 않고, 반대로 도메인 서비스의 기능을 실행하 ㄹ때 애그리거트를 전달하기도 한다.
•
도메인 서비스는 도메인 로직을 수행하지, 응용 로직을 수행하진 않는다.
◦
트랜잭션 처리와 같은 로직은 응용 로직이므로 도메인 서비스가 아닌 응용 서비스에서 처리해야 한다.
7-2-3. 외부 시스템 연동과 도메인 서비스
•
외부 시스템이나 타 도메인과의 연동 기능도 도메인 서비스가 될 수 있다.
•
도메인 로직은 관점에서 인터페이스를 작성했기 때문에 실제로 구현한 클래스는 인프라스트럭처 영역에 위치해 구현해야 한다.
7-2-3. 도메인 서비스의 패키지 위치
•
도메인 서비스는 도메인 로직을 표현하므로 도메인 서비스의 위치는 다른 도메인 구성요소와 동일한 패키지에 위치해야 한다.
◦
도메인 서비스의 개수가 많거나 엔티티나 밸류와 같은 다른 구성요소와 명시적으로 구분하고 싶다면 domain 패키지 밑에 domain.model, domain.service, domain.repository 와 같이 하위 패키지로 구분하여 위치시켜도 된다.
7-2-4. 도메인 서비스의 인터페이스와 클래스
•
도메인 서비스의 로직이 고정되어 있지 않은 경우 도메인 서비스 자체를 인터페이스로 구현하고, 이를 구현한 클래스를 둘 수 도 있다.
◦
도메인 로직을 외부 시스템이나 별도 엔진을 이용해서 구현할 때 인터페이스와 클래스를 분리하게 된다.
•
도메인 서비스의 구현이 특정 구현 기술에 의존하거나, 외부 시스템의 API 를 실행한다면 도메인 영역의 도메인 서비스는 인터페이스로 추상해야 한다.
◦
도메인 영역이 특정 구현에 종속되는 것을 방지할 수 있고, 도메인 영역에 대한 테스트가 쉬워진다.