Spring 핵심

📌 역할과 구현을 분리해서 설계해야한다 -> 자유롭게 구현 객체를 조립할 수 있게 설계해야한다

 

📌 "추상화에 의존해야지, 구체화에 의존하면 안된다" 

     : 구체 클래스까지 함께 의존한다면, 구체 클래스 변경시 클라이언트 코드도 함께 변경해야 한다 => DIP 위반

    => 클라이언트 코드는 인터페이스에만 의존하도록 설계해야한다

ex) 할인방식 2종류 : 고정할인, 정률할인

* 새로운 할인정책을 만든 후 FixDiscountPolicy -> RateDiscountPolicy로 변경하는 순간

  OrderServiceImpl도 함께 변경해야한다 => OCP 위반

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

* 더이상 FixDiscountPolicy에 의존하지 않는다 -> 단지 DiscountPolicy 인터페이스에만 의존한다

* 관심사의 분리 -> 구현체가 없는데 어떻게 코드를 실행할까? => AppConfig 등장

 

📌 AppConfig 등장 <- 애플리케이션이 크게 사용 영역 & 객체를 생성하고 구성(Configuration)하는 영역으로 분리

: 애플리케이션의 전체 동작 방식을 구성(config)하기 위해,

  구현 객체를 생성 + 연결하는 책임을 가지는 별도의 설정 클래스를 만들자 => AppConfig.class

: AppConfig는 애플리케이션의 실제 동작에 필요한 구현 객체를 생성한다

: AppConfig는 생성한 객체 인스턴스의 참조(레퍼런스)를 생성자를 통해서 주입(연결)해준다.

* 생성자를 통해 어떤 구현 객체를 주입할지는 AppConfig에서 결정한다

 

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

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

* OrderServiceImpl에는 MemoryMemberRepository, FixDiscountPolicy객체의 의존관계가 주입된다

* MemoryMemberRepository, FixDiscountPolicy객체를 생성하고,

  그 참조값을 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;
    }
}

* OrderServiceImpl 입장에서 생성자를 통해 어떤 구현 객체가 들어올지 알 수 없다 => 오직 AppConfig에서 결정

* 클라이언트인 OrderServiceImpl 입장에서 보면 의존관계를 마치 외부에서 주입해주는 것 같다고 하여,

   DI(Dependency Injection) == 의존관계 주입 == 의존성 주입이라고 한다

 

<사용영역>

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);
}

* AppConfig 객체 생성해서 사용한다

 

 

📌 최대한의 중복의 제거하고, 역할에 따른 구현이 보이도록 작성해야한다

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();
    }
}

----------- 순수한 자바 코드만으로 DI 적용---------------

 

 

---

 

🛠️ 스프링으로 전환하기

: ApplicatonContext == 스프링 컨테이너

: 기존에는 개발자가 AppConfig를 사용해 직접 객체를 생성하고 DI를 했지만,

  이제부터는 스프링 컨테이너를 통해서 사용한다

: 스프링 컨테이너에 객체를 스프링 빈으로 등록하고, 스프링 컨테이너에서 스프링 빈을 찾아서 사용한다

 

@Configuration
public class AppConfig {
    
    @Bean
    public MemberService memberService() {
        return new MemberServiceImpl(memberRepository());
    }
    
}

☞ @Configuration : AppConfig를 설정(구성)정보로 사용한다, AppConfig에서 설정을 구성한다

☞ @Bean : @Bean이 적힌 메서드를 모두 호출해서 반환된 객체를 스프링 컨테이너에 등록한다

            : 스프링 컨테이너에 등록된 빈 => 스프링 빈

☞ 스프링 빈 : @Bean이 붙은 메서드명을 스프링 빈의 이름으로 사용한다

                 ex) memberService

* 전에는 필요한 객체를 AppConfig를 사용해 직접 조회했다

-> 이제는 스프링 컨테이너를 통해 필요한 스프링 빈(객체)를 찾아야한다 

* applicationContext.getBean() 메서드를 사용해 찾을 수 있다

 

public class MemberApp {
    public static void main(String[] args) {
//      AppConfig appConfig = new AppConfig();
//      MemberService memberService = appConfig.memberService();

        AnnotationConfigApplicationContext applicationContext = new AnnotationConfigApplicationContext(AppConfig.class);
        MemberService memberService = applicationContext.getBean("memberService", MemberService.class);
        Member member = new Member(1L, "userA", Grade.VIP);
        memberService.join(member);
}

 

* new AnnotationConfigApplicationContext(AppConfig.class);

  -> 스프링 컨테이너를 생성할 때는 구성 정보를 지정해줘야한다

  => AppConfig.class를 구성 정보로 지정했다.