🌟관심사의 분리🌟

✨ 해결방법 !! -> 관심사의 분리

역할과 구현을 분리하여 설계한 것을 예로 들어보면,

• 역할(인터페이스) - 로미오 역, 줄리엣 역
• 구현(구현체) - 디카프리오, 엠마왓슨

위처럼 비유할 수 있다.

하지만 이전까지 코드를 구현했던 방식은 OrderServiceImpl이라는 구현체(디카프리오)에서 직접 FixDiscountPolicy 혹은 RateDiscountPolicy(엠마왓슨)를 부르고 있다.

디카프리오(구현체)는 그저 본인의 역할인 로미오 역(인터페이스)만 잘 수행하면 되는데, 상대인 엠마왓슨(구현체)까지 본인이 정하고 있다..

따라서, 공연 기획자가 필요하다. 공연 기획자가 알아서 알맞은 역할을 가진 배우들을 지정해줄 것이다.

⭐ 설정 클래스 생성

• 애플리케이션의 전체 동작을 구성(config)하기 위해, "구현 객체를 생성" 하고 "연결(=생성자 주입)" 하는 책임을 가지는 별도의 설정 클래스를 생성해야 한다. (= 공연기획자)
• 애플리케이션 전반의 구성, 운영을 책임!

< AppConfig >

public class AppConfig {

    public MemberService memberService() {
        return new MemberServiceImpl(new MemoryMemberRepository());
    }
}

AppConfig 의 memberService 메소드에서 MemberServiceImpl 이 생성되는데, 그때 매개변수로 MemoryMemberRepository 를 넣는다.

< MemberServiceImpl >

public class MemberServiceImpl implements MemberService {

    private final MemberRepository memberRepository;

    // 생성자를 통해서 memberRepository에 무엇이 들어갈지 결정
    public MemberServiceImpl(MemberRepository memberRepository) {
        this.memberRepository = memberRepository;
    }
}

그러면 MemberServiceImpl 클래스의 생성자에 MemoryMemberRepository가 들어오게 된다.

-> ⭐ 생성자 주입!

OrderServiceImpl도 마찬가지이다.
구현체를 무엇으로 할 것인지는 AppConfig에서 결정한다.

< AppConfig >

public class AppConfig {

    public OrderService orderService() {
        return new OrderServiceImpl(new MemoryMemberRepository(), new FixDiscountPolicy());
    }
}

< OrderServiceImpl >

public class OrderServiceImpl implements OrderService {

    private final MemberRepository memberRepository;
    private final DiscountPolicy discountPolicy; // final은 값을 무조건 할당해야함, 구현체에 의존하지 않고 역할(인터페이스)에만 의존하는 중

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

-> ⭐ OrderServiceImpl 또한 생성자 주입!

자, 이제 확인해보자!!

• MemberServiceImpl과 OrderServiceImpl에서 DIP를 잘 지키고 있나?
  즉, 역할에 의존하고 구현체에는 의존하지 않고 있나? (= 두 개의 Impl에서 구현체 코드를 찾아볼 수 없다.)
  -> 잘 지키고 있다 !!

📢 MemberServiceImpl과 OrderServiceImpl은 이제부터 "의존 관계에 대한 고민은 외부(=AppConfig)" 에게 맡기고, "실행에만 집중" 하면 된다!!

이제 MemberServiceImpl와 OrderServiceImpl의 생성, MemoryMemberRepository와 FixDiscountPolicy 생성을 AppCofig 에서 한다.

객체를 생성하고 연결하는 역할과, 실행하는 역할이 명확히 분리되었다.