• 목차

SOLID를 이용한 좋은 객체 지향 설계

예제 내용 : 회원(저장소)과 주문(할인) 도메인 구현

• 주문 도메인

  

• 주문 클래스 다이어그램

  

주문 서비스 도메인 개발

public class OrderServiceImpl implements OrderService {
//  private final DiscountPolicy discountPolicy = new FixDiscountPolicy();
    private final DiscountPolicy discountPolicy = new RateDiscountPolicy();
}

• **역할(인터페이스)**과 **구현(클래스)**으로 구분하여 단순하고, 유연하며 변경이 용이하게 만들었지만, 위처럼 자바 코드를 작성하면, OCP와 DIP 원칙에 어긋난다.

• has a 관계로 강한 결합력이 생긴다.

• 기능을 확장하려면 클라이언트 코드에 영향을 주기 때문에 OCP를 위반

• 주문 서비스 클라이언트(OrderServiceImpl)은 DiscountPolicy Interface를 의존하는 동시에 구현 클래스인 RateDiscountPolicy 혹은 FixDiscountPolicy에도 의존하고 있기 때문에 DIP 위반

  

인터페이스에만 의존하도록 설계를 변경

public class OrderServiceImpl implements OrderService {
    private final DiscountPolicy discountPolicy;
}

• 그러나 이 경우에는 구현체가 없기 때문에 실행 시 NullPointerException 발생한다.
• 따라서 클라이언트인 OrderServiceImpl에 DiscountPolicy의 구현 객체를 대신 생성하고 주입해주어야 한다.

AppConfig.java

• 애플리케이션의 전체 동작 방식을 구성하기 위해 구현 객체를 생성하고, 연결을 책임지는 별도의 외부 설정 클래스
• AppConfig의 등장으로 애플리케이션이 크게 사용 영역과, 객체를 생성하고 구성(Configuration)하는 영역으로 분리되었다 (관심사의 분리)
• 이를 클라이언트(OrderServiceImpl)에 구현하지 않은 이유는, SRP 원칙을 준수하기 위함