[Spring] AppConfig 리팩터링

안녕하세요? 주니하랑입니다.

주니하랑은 앞에서 주문, 회원, 할인(고정 할인)에 대해서 순수 자바만을 활용해 열심히 공부를 했던 것이에요.

이번에는 AppCofing.java를 리팩터링 하는 법에 대해서 알려주셨어요!

함께 공부 해 보실게요!

 

 

📋 목차

---

01. [Spring] 스프링 핵심 원리
02. [Spring] 좋은 객체 지향 설계의 5가지 원칙 (SOLID)
03. [Spring] 객체 지향 설계와 스프링   
04. [Spring] OCP와 DIP 고려하기
05. [Spring] 객체 지향 원리 적용 - 새로운 할인 정책 개발
06. [Spring] AppConfig 리팩터링    
07. [Spring] Ioc, DI Container  
08. [Spring] 스프링 컨테이너 생성  
09. [Spring] 싱글톤 컨테이너  
10. [Spring] Component Scan And Auto wired Start
11. [Spring] 의존관계 주입 방법    
12. [Spring] Bean Life Cycle Call Back
13. [Spring] Bean Scope

 

 

---

 

📌 AppConfig 리팩터링

---

우리가 앞에서 작성한 AppConfig는 현재 중복이 있는 상태이고, 역할에 따른 구현이 잘 보이지 않는 것이에요.

 

         👉 기대하는 그림

반응형

 

 

         👉 리팩터링 전

 
package hello.core;
import hello.core.discount.FixDiscountPolicy;
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 {
 
       public MemberService memberService() {
          return new MemberServiceImpl(new MemoryMemberRepository());
	}

      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.member.MemberRepository;
  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 {
      public MemberService memberService() {
          return new MemberServiceImpl(memberRepository());
	}
      public OrderService orderService() {
          return new OrderServiceImpl(
                  memberRepository(),
                  discountPolicy());
  	}
      public MemberRepository memberRepository() {
          return new MemoryMemberRepository();
	}
      public DiscountPolicy discountPolicy() {
          return new FixDiscountPolicy();
	} 

}

위의 리팩터링 전에 코드에서 중복을 제거하고, 역할에 따른 구현이 잘 보일수 있도록 수정한 것이에요.

'new MemoryMemberRepository()' 이 부분에 중복이 제거된 것이에요. 이제 'MemoryMemberRepository'를 다른 구현체로 변경할 때 한 부분만 변경하면 되는 것이에요.

 

'AppConfig'를 보면 역할과 구현 Class가 한 눈에 들어오는 것이에요. Application 전체 구성이 어떻게 되어있는지 한 눈에 파악이 가능하답니다!

 

 

📌 새로운 구조와 할인 정책 적용

---

우리는 다시 고정 할인 정책을 정률 할인 정책으로 변경하는데, 집중 해 보도록 하는 것이에요.

FixDicountPolicy.java에서 RateDiscountPolicy.java가 사용될 수 있도록 할 것이에요.

 

AppConfig의 등장으로 Application이 크게 사용 영역과 객체를 생성하고, 구성(Configuration)하는 영역으로 분리된 것이에요.

 

 

         👉 사용, 구성의 분리

 

 

         👉 할인 정책의 변경

 

'FixDiscountPolicy' -> 'RateDiscountPolicy'로 변경해도 구성 영역만 영향을 받는 것이고, 사용 영역은 전혀 영향을 받고 있지 않은 것이에요.

 

 

         👉 할인 정책 변경 구성 코드 - AppConfig

package hello.core;
import hello.core.discount.DiscountPolicy;
import hello.core.discount.FixDiscountPolicy;
import hello.core.discount.RateDiscountPolicy;
import hello.core.member.MemberRepository;
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 {
    public MemberService memberService() {
        return new MemberServiceImpl(memberRepository());
	}
    
    public OrderService orderService() {
        return new OrderServiceImpl(
                memberRepository(),
                discountPolicy());
	}
    
    public MemberRepository memberRepository() {
        return new MemoryMemberRepository();
	}
    
    public DiscountPolicy discountPolicy() {
//      return new FixDiscountPolicy();
        return new RateDiscountPolicy();
    }
}

 

'AppConfig'에서 할인 정책 역할을 담당하는 구현을 'FixDiscountPolicy'에서 'RateDiscountPolicy' 객체로 변경한 것이에요.

이제 할인 정책을 변경해도, Application 구성 역할 담당인 AppConfig만 변경하면 되는 것이에요.

따라서 Client Cod인 'OrderServiceImpl'를 포함해서 사용 영역의 어떤 Code도 변경할 필요가 없는 것이에요.

다만, 구성 영역은 당연히 변경되는 것이에요. 구성 역할을 담당하는 AppConfig를 Application이라는 공연의 기획자로 생각하면 쉬운 것이에요. 공연 기획자는 공연 참여자인 구현 객체들을 모두 알아야 하는 게 당연하답니다!

 

 

 

 

출처 : 인프런 - 김영한 강사님의 스프링 핵심 원리 강의

이 글은 강의 내용과 강의 자료를 바탕으로 '주니하랑'이 '주니하랑' 이해하기 쉽기 위해 작성한 내용 임을 알려드립니다.

 

 

 

---

주니하랑의 글이 마음에 드셨나요? 구독과 공감! 그리고, 댓글 그리고 방명록은 주니하랑에게 많은 힘이 됩니다.