AppConfig

할인 정책 적용과 문제점

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

문제점

1. DIP 위반 : 인터페이스 뿐만 아니라 구현 클래스에도 의존

• 추상 인터페이스 의존 : DiscountPolicy
• 구현 클래스 의존 : FixDiscountPolicy, RateDiscountPolicy

2. OCP 위반 : 기능을 확장해서 변경하려면 클라이언트 코드에 영향을 줌

• FixDiscountPolicy에서 RateDiscountPolicy로 변경하려면 OrderServiceImpl의 소스 변경 필요

---

AppConfig

• 애플리케이션의 전체 동작 방식을 구성(config)하기 위해, 구현 객체를 생성하고 연결하는 책임을 가지는 별도의 설정 클래스

import hello.core.discount.FixDiscountPolicy;
import hello.core.member.MemoryMemberRepository;
import hello.core.order.OrderService;
import hello.core.order.OrderServiceImpl;
 
public class AppConfig {
 
     public OrderService orderService() {
         return new OrderServiceImpl(
                	new MemoryMemberRepository(),
            		new FixDiscountPolicy());
	}
}

• 구현 객체를 생성
  
  • OrderServiceImpl, MemoryMemberRepository, FixDiscountPolicy
• 생성한 객체 인스턴스의 참조(레퍼런스)를 생성자를 통해서 주입(연결)
  • OrderServiceImple -> MemoryMemberRepository, FixDiscountPolicy

import hello.core.discount.DiscountPolicy;
import hello.core.member.Member;
import hello.core.member.MemberRepository;

public class OrderServiceImpl implements OrderService{

    private final MemberRepository memberRepository;
    //private final DiscountPolicy discountPolicy = new FixDiscountPolicy();
    private final DiscountPolicy discountPolicy;

    public OrderServiceImpl(MemberRepository memberRepository, DiscountPolicy discountPolicy) {
        this.memberRepository = memberRepository;
        this.discountPolicy = discountPolicy;
    }

    @Override
    public Order createOrder(Long memberId, String itemName, int itemPrice) {
        Member member = memberRepository.findById(memberId);
        int discountPrice = discountPolicy.discount(member, itemPrice);

        return new Order(memberId, itemName, itemPrice, discountPrice);
    }
}

• 설계 변경으로 OrderServiceImple은 FixDiscountPolicy를 의존하지 않고 DiscountPolicy 인터페이스만 의존
• 생성자를 통해 어떤 구현 객체가 들어올지(주입될지) 알 수 없음. 오직 AppConfig에서 결정
• MemoryMemberRepository, FixDiscountPolicy 객체의 의존관계가 주입
• appConfig 객체는 MemoryMemberRepository, FixDiscountPolicy 객체를 생성하고 그 참조값을 OrderServiceImpl을 생성하면서 생성자로 전달
• 클라이언트인 OrderServiceImpl 입장에서 보면 의존관계가 마치 외부에서 주입해주는 것 같다고 해서 DI(Dependency Injection) 우리말로 의존관계 주입 또는 의존성 주입이라고 함

package hello.core;

import hello.core.member.Grade;
import hello.core.member.Member;
import hello.core.member.MemberService;
import hello.core.member.MemberServiceImpl;
import hello.core.order.Order;
import hello.core.order.OrderService;
import hello.core.order.OrderServiceImpl;

public class OrderApp {

    public static void main(String[] args) {

        AppConfig appConfig = new AppConfig();
//        MemberService memberService = new MemberServiceImpl();
//        OrderServiceImpl orderService = new OrderServiceImpl();
        MemberService memberService = appConfig.memberService();
        OrderService orderService = appConfig.orderService();

        Long memberId = 1L;
        Member member = new Member(memberId, "memberA", Grade.VIP);
        memberService.join(member);

        Order order = orderService.createOrder(memberId, "itemA", 20000);
        System.out.println("order = " + order);
    }
}

---

AppConfig 리팩터링

리팩터링 전

import hello.core.discount.FixDiscountPolicy;
import hello.core.member.MemoryMemberRepository;
import hello.core.order.OrderService;
import hello.core.order.OrderServiceImpl;
 
public class AppConfig {
 
     public OrderService orderService() {
         return new OrderServiceImpl(
                	new MemoryMemberRepository(),
            		new FixDiscountPolicy());
	}
}

리팩터링 후

package hello.core;

import hello.core.discount.DiscountPolicy;
import hello.core.discount.FixDiscountPolicy;
import hello.core.discount.RateDiscountPolicy;
import hello.core.member.MemberService;
import hello.core.member.MemberServiceImpl;
import hello.core.member.MemoryMemberRepository;
import hello.core.order.OrderService;
import hello.core.order.OrderServiceImpl;

public class AppConfig {

    private MemoryMemberRepository memberRepository() {
        return new MemoryMemberRepository();
    }

    public OrderService orderService(){
        return new OrderServiceImpl(memberRepository(), discountPolicy());
    }

    public DiscountPolicy discountPolicy(){
        return new FixDiscountPolicy();
        // return new RateDiscountPolicy();
    }
}

할인정책 변경 시 구성 영역만 영향을 받고, 사용 영역은 영향을 받지 않음

---

정리

1. SRP 단일 책임 원칙 : 한 클래스는 하나의 책임만 가져야 한다.
   •    클라이언트 객체는 직접 구현 객체를 생성하고, 연결하고, 실행하는 다양한 책임을 가지고 있음
   •    관심사 분리를 통해, 구현 객체를 생성하고 연결하는 책임은 AppConfig가 담당
   •    클라이언트 객체는 실행하는 책임만 담당
2. DIP 의존관계 역전 원칙 : 구현 클래스에 의존하지 말고, 인터페이스에 의존하라.
   •    클라이언트 코드가 DiscountPolicy 인터페이스에만 의존하도록 코드 변경
   •    하지만 클라이언트 코드는 인터페이스만으로는 아무것도 실행할 수 없음
   •    AppConfig가 FixDiscountPolicy 객체 인스턴스를 클라이언트 코드 대신 생성해서 클라이언트 코드에 의존관계 주입
3. OCP 개방 폐쇄 원칙 : 확장에는 열려 있으나 변경에는 닫혀 있어야 한다.
   •    애플리케이션을 사용 영역과 구성 영역으로 나눔
   •    AppConfig가 의존관계를 FixDiscountPolicy -> RateDiscountPolicy로 변경해서 클라이언트 코드에 주입하므로 클라이언트 코드는 변경하지 않아도 됨
   •    요소를 새롭게 확장해도 사용 영역의 변경은 닫혀 있음