도메인 주도 개발 시작하기 - 표현 영역과 응용 영역

 

 

표현 영역과 응용 영역

응용 영역과 표현 영역은 사용자와 도메인을 연결해주는 매개체 역할이다.

 

표현 영역은 사용자의 요청을 해석하고 그 기능을 제공하는 응용 서비스를 실행한다.

응용 영역은 실제 사용자가 원하는 기능을 제공한다.

 

두 영역은 서로 요구하는 파라미터와 형식이 다르기 때문에 요청을 변환해야한다.

사용자가 상호작용은 표현 영역이 처리하기 때문에, 응용 서비스는 표현 영역에 의존하지 않아야한다.

 

응용 서비스의 역할

사용자의 요청을 처리하기 위해 리포지터리에서 도메인 객체를 가져와 사용한다.

 

public Result func(Req req){
	// 리포지터리에서 애그리거트를 구함
	Agg agg = AggRepository.finById(req.getId());
    
    // 애그거트의 도메인 기능 실행
    add.doFunc(req.getValue());
    
    // 결과 리턴
    return createSuccessResult(agg)

}

 

 

도메인 로직을 도메인 영역과 응용 서비스에 분산해서 구현하면 여러 문제가 발생한다.

1. 코드의 응집성이 떨어진다.

2. 동일한 도메인 로직을 구현할 가능성이 높아진다.

 

응용 서비스를 구현할 때 몇가지 고려할 사항이 있다.

1. 응용 서비스의 크기

도메인과 관련된 기능을 한 서비스에 넣는다면 클래스가 커지고 관련없는 코드가 뒤섞일 수 있다.

한 응용 클래스에서 한개 내지 2~3개의 기능을 구현하면서 서비스 클래스를 구현하자

 

2. 인터페이스가 필요한 지

구현 클래스가 여러 개가 아닌 경우, 인터페이스는 불필요하다.

 

응용 서비스에서 애그리거트 자체를 리턴하면 도메인 로직을 여러 곳에서 실행할 수 있게된다.

따라서 응용 서비스에서는 필요한 데이터만 리턴하는 것이 응집도를 높이는 방법이다.

 

응용 서비스의 구현

 

응용 서비스는 표현 영역에 의존하지 않아야한다.

그 이유는 

1. 응용 서비스만 단독으로 테스트하기 어려워진다.

2. 표현 영역의 역할까지 대신하게 된다.

 

표현 영역의 상태를 응용 서비스에서 변경해버리면 로직을 추적하기 어려워진다. -> 유지보수 비용 증가

이를 위해서 서비스 메서드의 파라미터와 리턴 타입이 표현 영역의 구현 기술을 사용하지 않는 것이다.

 

표현 영역

1. 사용자가 시스템을 사용할 수 있도록 알맞은 흐름을 제공한다.

2. 사용자의 요청에 맞게 응용 서비스에 기능 실행을 요청한다.

3. 응용 서비스의 실행 결과를 알맞은 형식으로 제공한다.

4. 사용자 세션을 관리한다.

 

값 검증

원칙적으로 모든 검증은 응용 서비스에서 처리한다.

하지만 각각의 예외를 따로 던질 경우, 사용자는 하나의 이유만 확인할 수 있다.

따라서에러 코드를 모아 하나의 예외로 던질 수도 있다.

 

표현 영역에서 필수 값과 형식을 검사하면 응용서비스에서는 논리적 오류만 검사하면 된다.

 

조회 전용 기능과 응용 서비스

응용 서비스가 사용자 요청 기능을 실행하는 데 별다른 기여를 하지 못한다면 굳이 서비스를 만들지 않아도 된다.