IOC,DI,컨테이너

제어의 역전

• 기존 프로그램은 클라이언트 구현 객체가 스스로 필요한 서버 구현 객체를 생성하고, 연결하고, 실행했다. 구현 객체가 프로그램의 제어 흐름을 스스로 조종했다.
• 반면 AppConfig가 등장한 이후 구현 객체는 자신의 로직을 실행하는 역할만 담당한다.

프로그램의 제어의 흐름은 AppConfig가 가져간다.

• 프로그램에 대한 제어의 흐름은 모두 AppConfig가 가지고 있다. 심지어 OrderServiceImpl 도 AppConfig가 생성한다. 그리고 AppConfig는 OrderServiceImpl 이 아닌 OrderService 인터페이스의 다른 구현 객체를 생성하고 실행할 수 도 있다.
• 그런 사실도 모른체 OrderServiceImpl 은 묵묵히 자신의 로직을 실행할 뿐이다
• 이렇게 프로그램의 제어 프름을 직접 제어 하는것이 아니라 외부에서 관리 하는 것을 제어의 역전IOC라고 한다.

스프링에서는 일반적인 자바객체를 new로 생성하여 개발자가 관리하는 것이 아닌 spring container에 모두 맡긴다. 즉, 개발자에서 프레임 원크로 제어의 객체관리의 권한이 넘어간다. 이를 제어의 역전이라고 한다.

 

의존관계 주입(DI)

의존관계는 '정적인 클래스 의존관계'와 '실행시점에 결정되는 동적인 객체(인스턴스)의존관계'를 분리해서 생각해야 한다.

 

클래스가 사용하는 import코드만 보고 의존관계를 쉽게 판단할 수 있다. 정적인 의존관계는 어플래케이션을 실행하지 않아도 분석 할 수 있다.

• OrderServiceImpl 은 DiscountPolicy 인터페이스에 의존한다. 실제 어떤 구현 객체가 사용될지는 모른다.
• 의존관계는 정적인 클래스 의존 관계와, 실행 시점에 결정되는 동적인 객체(인스턴스) 의존 관계 둘을 분리해서 생각해야 한다.

 

 

컨테이너

• AppConfig처럼 객체를 생성하고 관리하면서 의존관계를 주입하는것을 IOC컨테이너 또는 DI컨테이너라고 한다.

orderService만들때 AppConfig가 생성자의 memberRepositoy와, discountPolicy()를 주입해준다.

public class AppConfig {

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

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

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

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

}

 

 

BeanFactory와 ApplicationContext

최상위에 BeanFactory가 있고, 이를 상속받는 ApplicationContext가 있다.

즉, ApplicationContext는 BeanFactory에 어떠한 기능을 부가시킨 것으로 볼 수 있다.

• BeanFactory

스프링 컨테이너의 최상위 인터페이스다.
스프링 빈을 관리하고 조회하는 역할을 담당한다.
getBean() 을 제공한다.

• ApplicationContext

BeanFactory 기능을 모두 상속받아서 제공한다.
또한 빈을 관리하고 조회하는 기능뿐만 아니라, 다른 부가기능을 제공한다.

여러 인터페이스를 상속받아서 국제화, 환경변수, 이벤트 발생모델관리, 리소스조회 등등의 기능을 제공한다.