DDD. DIP 의존 역전 원칙

서비스가 특정 시스템에 의존성을 가지게 되면 서비스 자체만으로 테스트 수행이 어렵고 종속되는 시스템에 따라 서비스의 코드가 지속적으로 변경될 여지가 있다.

이를 해결하기 위해서 DIP개념을 사용할 수 있다.

DIP

제품의 할인율을 구하는 서비스가 있다고 가정해보자. 이 서비스는 의미 있는 단일 기능을 제공하는 고수준 모듈이다. 그리고 이 고수준 모듈의 기능 구현을 위해서 현재 가격과 할인 %등을 구하는 여러 하위 기능이 필요하다. 이때 이 기능들은 하위 기능을 실제로 구현한 저수준 모듈이라고 한다. 

고수준 모듈이 저수준 모듈 여러개의 의존성을 가지게 된다면 테스트와 여러 기능 수정 때마다 변경이 생긴다. 그럼 이를 해결하기위해서는 저수준 모듈이 고수준 모듈을 의존하게 만들어야 하는데 이를 위해서는 추상화한 인터페이스를 이용해서 구현해야한다.

예를 들어서 여러 이벤트마다 할인된 가격을 계산해주는 기능이 포함된 인터페이스 PriceCalculatorI를 정의한다.

package chapter2;

/** * ddd 
* * *@author *wedul 
* *@since *2019-05-06 
**/
public interface PriceCalculatorI {
    int calculaterPrice(int price);
}

그리고 특가 할인 계산하는 SpecialPriceCalculator와 이를 이용하여 가격을 계산하는 고수준 모듈을 구한다.

package chapter2;

/**
 * ddd
 *
 * @author wedul
 * @since 2019-05-06
 **/
public class SpecialPriceCalculator implements PriceCalculatorI {

    @Override
    public int calculaterPrice(int price) {
        return (int) (price * 0.1);
    }
}

package chapter2;

/**
 * ddd
 *
 * @author wedul
 * @since 2019-05-06
 **/
public class ProductPrice {

    private PriceCalculatorI priceCalculator;

    public ProductPrice(PriceCalculatorI priceCalculatorI) {
        this.priceCalculator = priceCalculator;
    }

    public int calculatorProductPrice(int price) {
        return priceCalculator.calculaterPrice(price);
    }
}

이렇게 되면 상품 가격을 구하는 calculatorProductPrice 고수준 모듈은 더이상 이벤트에 따라 저수준 모듈을 변경해야하는 이슈가 없어진다. 대신 PriceCalculatorI는 고수준 모듈에 속하는 인터페이스이기 때문에 이를 구현한 SpecialPriceCalculator의 경우 저수준 모듈이다.

SpecialPriceCalculator와 같은 저수준 모듈들이 PriceCalculatorI와 같은 고수준 모듈을 의존하게 되므로 DIP가 성립된다. DIP는 Dependency Inversion Principle, 의존 역전 원칙을 의미한다.

 

출처 : DDD Start 도메인 주도 설계 구현과 핵심 개념 익히기 (출판 지앤선, 저자 최범균)