문제

중복된 이름 확인을 서비스 단에서 검증할 경우, 서비스 단을 거치지 않는 실수가 발생하면 도메인 내부에 검증된 값이 존재함을 보장할 수 없다.
도메인 규칙(예: 중복된 이름 사용 불가능)이 도메인 외부의 서비스 단에 흩어져 있어 응집도가 떨어지고, 이로 인해 유지보수가 어려워진다.

@Service
@Transactional
@RequiredArgsConstructor
public class CryptoSymbolService {

  private final CryptoSymbolRepository cryptoSymbolRepository;
  private final DuplicateCryptoSymbolValidator validator;

  public void save(final CryptoSymbolRequest request) {
        if (cryptoSymbolRepository.findByName(request.name()).isPresent()) {
            throw new IllegalArgumentException("중복된 심볼은 저장할 수 없습니다.");
        }

        CryptoSymbol cryptoSymbol = new CryptoSymbol(
                request.name(),
                request.imgUrl()
        );
        cryptoSymbolRepository.save(cryptoSymbol);
    }
}

변경 사항

@Component
@RequiredArgsConstructor
public class DuplicateCryptoSymbolValidator {

    private final CryptoSymbolRepository cryptoSymbolRepository;

    public void validate(final String name) {
        if (cryptoSymbolRepository.findByName(name).isPresent()) {
            throw new IllegalArgumentException("중복된 심볼은 저장할 수 없습니다.");
        }
    }
}

---

@Service
@Transactional
@RequiredArgsConstructor
public class CryptoSymbolService {

  private final CryptoSymbolRepository cryptoSymbolRepository;
  private final DuplicateCryptoSymbolValidator validator;

  public void save(final CryptoSymbolRequest request) {
      cryptoSymbol.update(
              request.name(),
              request.imgUrl(),
              validator
      );
      cryptoSymbolRepository.save(cryptoSymbol);
  }
}

외부 시스템이나 의존적인 중복 이름 검사를 도메인 서비스로 이동하고, 검증이 필요한 로직에서는 validator를 주입받아 실행하는 방식으로 변경하였습니다. 이 방식을 사용할 경우, 객체를 생성 및 변경할 때 도메인 내부에서 검증을 진행하므로 도메인 내부 값이 항상 검증된 값임을 보장할 수 있습니다. 또한, 도메인만 봐도 해당 도메인이 가지고 있는 규칙을 한눈에 파악할 수 있습니다.

thdwoqor / stable-coin-checker

도메인 서비스를 활용한 검증 로직 개선 #8

문제

변경 사항

의존성 사이클 발생

해결