응용 서비스의 구현

• 응용 서비스 자체는 복잡한 로직을 수행하지 않기 때문에 구현은 어렵지 않다.
• 구현은 어렵지 않지만 응용 서비스의 크기는 생각해보아야 한다.
• 보통 다음의 두 가지 방법 중 한 가지 방식으로 구현한다.
  1. 한 응용 서비스 클래스에 한 도메인의 모든 기능 구현하기
     • 예) MemberService, OrderService
     • 장점 : 각 기능에서 동일 로직에 대한 코드 중복을 제거할 수 있다.
     • 단점 : 클래스의 크기(코드 줄 수)가 커져 이해력을 방해할 수 있다.
  2. 구분되는 기능별로 응용 서비스 클래스를 따로 구현하기
     • 예) MemberJoinService, OrderPaymentService
     • 장점 : 코드 품질을 유지하는데 도움이 되고, 다른 기능을 구현한 코드에 영향을 받지 않는다.
     • 단점 : 클래스 갯수가 늘어난다.

응용 서비스에 도메인 로직 넣지 않기

• 응용 영역에 도메인 로직을 넣지 않도록 주의해야한다.
• 응용 영역에 도메인 로직을 구현하게 되면
  1. 서로 다른 응용 영역에 위치하게 되므로 중복 코드가 생기게 되고 코드의 응집성이 떨어진다.
  2. 도메인 로직을 파악하기 여러 영역을 분석해야한다.
• 이러한 문제가 발생했을때 결과적으로 코드 변경을 어렵게 만들어 용이성을 떨어트린다.

// 서비스
public class ChangePasswordService {
	
	public void changePassword(String memberId, String oldPw, String newPw) {
		Member member = memberRepository.findById(memberId);
		checkMember(member);
			
		if (!passwordEncoder.matches(oldPw, member.getPassword()) {
			throw new BadPasswordException();
		}
		
		member.setPassword(newPW);
	}

}

// 엔티티
public class Member {
	public void setPassword(String newPw) {
		if (isEmpty(newPw)) throw new IllegalArgumentException("no new password");
		this.password = newPw;
	}
}

// 서비스
public class ChangePasswordService {
	
	public void changePassword(String memberId, String oldPw, String newPw) {
		Member member = memberRepository.findById(memberId);
		checkMember(member);
		member.changePassword(oldPw, newPW);
	}

}
	
// 엔티티
public class Member {
	public void changePassword(String oldPw, String newPw) {
		if (!matchPassword(oldPw)) throw new BadPasswordException();
		setPassword(newPw);
	}
	
	public void boolean matchPassword(String pwd) {
		return passwordEncoder.matches(pwd);
	}

	public void setPassword(String newPw) {
		if (isEmpty(newPw)) throw new IllegalArgumentException("no new password");
		this.password = newPw;
	}
}

응용 서비스에서 애그리거트를 반환하지 않도록 주의

• 응용 서비스에서 애그리거트 자체를 리턴하면 코딩은 편할 수 있지만 도메인 로직 실행을 응용 서비스와 표현 영역 두 곳에서 할 수 있게 된다.
• 이는 도메인 로직을 분산시켜 코드의 응집도를 낮추는 원인이 된다.

표현 영역에 의존하지 않기

• 응용 서비스의 파라미터 타입을 결정할 때 주의할 점은 표현 영역과 관련된 타입을 사용하면 안 된다는 점이다.
• 예를 들어, 표현 영역에 해당하는 HttpServeltRequest나 HttpSession을 응용 서비스에 파라미터로 전달하면 안 된다.
• 응용 서비스에 표현 영역에 대한 의존이 발생하면 응용 서비스만 단독으로 테스트 하기가 어려워진다.