Portfolio

Inversion of Control(IoC) : 제어의 역전

프로그램의 제어 흐름을 직접 제어하는 것이 아니라, 외부에서 관리하는 것

객체의 생성과 소멸, 그리고 객체간의 의존관계를 설정하는 행위

모두 프레임워크가 대신 해준다 : 주도권이 역전됨 → 제어의 역전
프레임워크가 흐름을 주도하면서 개발자가 만든 어플리케이션 코드를 사용한다.

이렇게 IoC가 일어나는 공간을 IoC 컨테이너라고 부른다.

❓

도대체 무슨 말이야? 분명 코드를 작성한건 나인데, 왜 자꾸 주도권이 프레임워크에 있다는 거지? 🤔 → 이를 이해하기 위해, 프레임워크를 사용할때와 사용하지 않을 때를 비교해보자

(1) 직접 객체를 생성하고 의존관계를 설정해주는 경우


public class BeanKor {
    public void sayBean(String name){ System.out.println("한국 콩!"); }
}

public class BeanEng {
    public void sayBean(String name){ System.out.println("English Bean!"); }
}


public class YummyBean {
    public static void main(String[] ars){
        // BeanKor bean = new BeanKor(); // 한국 콩!
				BeanEng bean = new BeanEng(); // English Bean!
        bean.sayBean();
    }
}

main에서 BeanEng를 BeanKor로 바꿔줘야 함 : YummyBean은 BeanEng/Kor에 의존성을 가지고 있다

YummyBean의 기능을 바꾸고자 할 때, BeanEng/Kor도 함께 바꿔줘야 하기 때문이다.

이러한 번거로움을 해결해주기 위해서는 객체의 인스턴스를 외부에서 생성받을 필요가 있다. (의존성 주입)

(2) 의존관계를 외부로부터 받아오는 경우 (의존성 주입)


public interface Bean { public void sayBean(); }

public class BeanKor implements Bean{
    public void sayBean(){ System.out.println("한국 콩!"); }
}

public class BeanEng implements Bean{
    public void sayBean(){System.out.println("English Bean!");}
}


public class YummyBean {
    public static void main(String[] ars){
        Bean bean = new BeanKor(); // 한국 콩!
				// Bean bean = new BeanEng(); // English Bean!
        bean.sayBean();
    }
}

→ 생성자를 이용한 의존성 주입 (생성자에 따라 전달받는 객체가 달라진다)

하지만 여전히 출력되는 값을 바꾸기 위해선 소스코드의 수정이 필요하다.

더 개선시킬 수 있을까?

(3) 프레임워크가 대신 객체를 생성하고 의존관계를 설정해주는 경우 (IoC)


public interface Bean { public void sayBean(); }

public class BeanKor implements Bean{
    public void sayBean(){ System.out.println("한국 콩!"); }
}

public class BeanEng implements Bean{
    public void sayBean(){ System.out.println("English Bean!"); }
}


<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
		xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
		xsi:schemaLocation=".../beans/spring-beans.xsd">

		<bean id="Bean" class="BeanKor"/>
		<!--<bean id="Bean" class="BeanEng"/>-->

</beans>

→ Bean에 주입할 객체에 대한 정보가 담겨있는 설정 파일


import org.springframework.beans.factory.BeanFactory;
import org.springframework.beans.factory.xml.XmlBeanFactory;
import org.springframework.core.io.FileSystemResource;

public class YummyBean {
    public static void main(String[] ars){
        BeanFactory factory = new XmlBeanFactory
														 (new FileSystemResource("resources/beans.xml"));

        Bean bean = factory.getBean("bean", Bean.class);
        bean.sayBean(); // 한국 콩!
    }
}

→ bean이 사용하는 클래스 이름(BeanEng/Kor)을 코드에 직접 기술하지 않는다(의존성이 없다).

소스 코드의 변경 없이 환경설정만으로도 프로그램을 제어할 수 있다.

이것이 가능한 이유는, 객체의 생성과 주입을 모두 스프링 프레임워크가 주도하고 있기 때문 (IoC)

프로그래머는 BeanKor 클래스와 BeanEng클래스를 정의하기만 했다.
기존 코드에서처럼 bean에 BeanKor를 넣어줄지, BeanEng를 넣어줄지 결정하지도 않았고, newBeanKor 따위의 생성자로 객체를 생성하지도 않았다.
스프링이 스스로 설정 파일을 읽고, 거기 써져 있는대로 객체를 생성한 다음 반환해줬다 : 주도권 을 가짐