[스프링 핵심 원리 - 기본편] 인프런 강의 정리(객체 지향 원리 적용 - 관심사의 분리)

/* 이 글은 김영한님의 강의를 보고 정리하려고 작성한 글입니다.

   개인적인 공부를 위해 올리는 글이므로 중간 중간 코드는 생략되었습니다. */

 

스프링 핵심 원리 - 기본편 - 인프런 | 강의

 

 

 

관심사의 분리

 

◾  공연(=애플리케이션), 로미오(=인터페이스), 레오나르도 디카프리오(=구현체) 라고 생각했을 때 이전에 짠 코드는 디카프리오가 여자배우를 직접 섭외하는 것과 같은 개념이다.

디카프리오는 공연 + 섭외의 다양한 책임을 가지고 있었던 것.

 

◾  배우는 본인의 역할인 배역을 수행하는 것에만 집중해야 하며, 여자 배우에 상관없이 똑같은 공연을 할 수 있어야 함.

 

◾  공연을 구성하고, 섭외하는건 `공연 기획자`가 해야 하는 것임.

 

➔ 결론 : `공연 기획자`를 만들고 배우와 기획자의 책임을 확실히 분리하자!

 

 

 

 

 

AppConfig 등장

 

 

1. 코드 작성

 

 

AppConfig

 

public class AppConfig {

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

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

 

◾  AppConfig는 애플리케이션의 실제 동작에 필요한 구현 객체를 생성하며 생성자를 통해 주입(연결)해준다.

 

 

 

MemberServiceImpl

 

public class MemberServiceImpl implements MemberService{

    private final MemberRepository memberRepository;

    public MemberServiceImpl(MemberRepository memberRepository) {
        this.memberRepository = memberRepository;
    }

    @Override
    public void join(Member member) {
        memberRepository.save(member);
    }

    @Override
    public Member findMember(Long memberId) {

        return memberRepository.findById(memberId);

    }
}

 

 

 

OrderServiceImpl

 

public class OrderServiceImpl implements OrderService{

    private final MemberRepository memberRepository;
    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);

    }

}

 

◾  MemberServiceImpl, OrderServiceImpl에 생성자를 주입한다.

◾  설계 변경으로 이제 구현체를 의존하지 않고 인터페이스에만 의존한다.

◾  생성자를 통해 어떤 구현 객체를 주입할지는 오직 외부(AppConfig)에서 결정된다.

 

 

 

2. 클래스 다이어그램

 

 

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

 

 

 

 

3. 회원 객체 인스턴스 다이어그램

 

 

◾  appConfig 객체는 memoryMemberRepository 객체를 생성하고 그 참조값을 memberServiceImpl을 생성하면서 생성자로 전달한다.

◾  클라이언트인 memberServiceImpl 입장에서 보면 마치 의존관계를 외부에서 주입해주는 것 같다고 해서 DI(Dependency Injection) 우리말로 의존관계 주입 또는 의존성 주입이라고 한다.

 

 

 

 

 

4. appConfig 실행

 

 

MemberApp

 

public class MemberApp {

    public static void main(String[] args) {

        AppConfig appConfig = new AppConfig();
        MemberService memberService = appConfig.memberService();
        Member memberA = new Member(1L, "memberA", Grade.VIP);
        memberService.join(memberA);

        Member findMember = memberService.findMember(1L);

        System.out.println("new Member = " + memberA.getName());
        System.out.println("find Member = " + findMember.getName());

    }

}

 

 

 

OrderApp

 

public class OrderApp {

    public static void main(String[] args) {

        AppConfig appConfig = new AppConfig();

        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", 10000);

        System.out.println("order = " + order.toString());
        System.out.println("order = " + order.calculatePrice());

    }

}

 

◾  둘다 구체클래스에 의존하지 않고 인터페이스에만 의존해서 잘 실행 된다!

 

 

 

 

5. Test 코드 작성

 

 

MemberServiceTest

 

public class MemberServiceTest {

    MemberService memberService;

    @BeforeEach
    public void beforeEach(){
        AppConfig appConfig = new AppConfig();
        memberService = appConfig.memberService();
    }

    @Test
    @DisplayName("회원가입 테스트")
    void join() {

        // given
        Member member = new Member(1L, "memberA", Grade.VIP);

        // when
        memberService.join(member);
        Member findMember = memberService.findMember(1L);

        // then
        Assertions.assertThat(member).isEqualTo(findMember);

    }

}

 

 

OrderServiceTest

 

public class OrderServiceTest {

    MemberService memberService;
    OrderService orderService;

    @BeforeEach
    public void beforeEach(){

        AppConfig appConfig = new AppConfig();
        memberService = appConfig.memberService();
        orderService = appConfig.orderService();
    }

    @Test
    @DisplayName("주문 테스트")
    void createOrder(){

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

        Order order = orderService.createOrder(memberId, "itemA", 10000);
        Assertions.assertThat(order.getDiscountPrice()).isEqualTo(1000);

    }

}

 

💡 궁금증 1

: @BeforeEach같은 기본 테스트 어노테이션 종류

 

 ◾  @BeforeEach(JUnit5) / @Before(JUnit4) : 각 테스트 메서드가 실행되기 전 매번 실행

 ◾  @BeforeAll(JUnit5) / @BeforeClass(JUnit4) : 테스트 클래스를 초기화 할 때 딱 한 번 실행

 ◾  @AfterEach(JUnit5) / @After(JUnit4) : 각 테스트 메서드가 실행된 후 매번 실행

 ◾  @AfterAll(JUnit5) / @AfterClass(JUnit4) : 테스트 클래스를 내 테스트 메서드가 모두 실행된 후 딱 한 번 실행

 ◾  @Disabled(JUnit5) / @Ignore(JUnit4) : 해당 테스트 메서드 비활성화