DI와 IoC

class B {}
class A {
    B obj = new B();
}

class A에서 class B를 new 키워드로 생성하고 있다면 이를 "A는 B에 의존적이다" 라고 얘기한다.

IoC (Inversion of Control)

개발자가 직접 의존성을 제어하던 것을 어떤 매개체에게 위임권을 빼앗기게 되어 제어의 주체가 개발자가 아니기 때문에 “제어의 역전”이 발생했다고 볼 수 있다. 여기서 매개체를 “IoC 컨테이너” 라고 한다.

IoC 컨테이너는 제어권 가지고 의존성을 관리하면서 인스턴스를 생성 후 주입해 주며 메모리 해제까지 담당한다.

이러한 IoC는 주로 Spring과 같은 프레임워크에 포함되어 있다.

Spring IoC Container와 Spring Bean

스프링 프레임워크에서 객체의 생성-주입-해제를 관리하는 역할을 하는 것이 IoC 컨테이너이다.

예를 들어서 원래 컨트롤러에 new Service()를 선언해서 컨트롤러가 서비스를 의존하는 상황이 있다.

1. 하지만 컨테이너에서 서비스 빈을 등록하게 되고

2. 컨트롤러에서는 컨테이너를 통해 서비스 빈을 주입받는다. (DI)

이제는 IoC 컨테이너로부터 빈을 주입받는 상황이다. 이것을 제어가 뒤바뀐다고 표현한다.

Spring Bean이란?

짧게 정의하면 IoC 컨테이너에 의해 생성되어 관리되는 Java 객체이다. 즉, 개발자가 new로 생성한 객체가 아니다.

@Bean 어노테이션이 붙으면 return 하는 객체가 스프링 빈이 되고, 빈 이름을 명시하지 않으면 소문자로 시작하는 메서드 이름이 자동으로 빈 이름으로 사용된다.

DI (Dependency Injection)

의존성은 하나의 모듈(클래스, 패키지 등)이 다른 모듈을 사용하는 것을 의미한다.

🤔 그럼 의존성 주입은?

위 그림의 예시처럼, Controller가 Service를 사용(의존)하고 있을 때, Service를 직접 new 키워드로 생성해서 사용하는 것이 아니라 외부에서 Service의 인스턴스를 생성해서 주입해 주는 것이다.

즉, 사용할 객체의 생성을 외부에서 수행하고, 클래스(인터페이스) 타입의 멤버 변수만 선언 후 생성자를 구현해서 사용한다. 한마디로 표현하면 특정 클래스가 사용하는 다른 객체, 참조해야 되는 객체를 해당 클래스에서 코드상으로 명시하는 것이 아니라 외부에서 결정해서 생성 후 생성자로 넘겨준다.

❓ 그럼 누가 객체를 생성해주지?

Controller가 Service를 의존하고 있을 때, Service를 new로 생성해서 사용하는 것이 아니라 외부에서 Service의 인스턴스를 생성해서 주입해 주는 것이다.

• Spring Framework의 설정 정보들을 통해 Spring IoC Container에 빈이 등록되는데, 필요한 경우 컨테이너에서 빈을 주입받는다.

Summary

위에서도 반복해서 적었지만, DI는 IoC 컨테이너라는 "매게체"를 두고 필요한 모듈을 등록한다. 그리고 사용처에서 직접 생성하는 것이 아니라 필요한 경우 IoC 컨테이너가 주입해 준다. 이로써 제어의 역전이 발생한다.

이를 통해 아래와 같은 장점을 취할 수 있다고 생각한다.

1. 의존성 감소 (유지보수, 재사용, 변경에 용이)

• 클래스간 결합도가 낮아지면 직접적인 연관관계가발생하지 않아 각 클래스들의 변경이 자유로워진다.

1. 코드양 감소

2. 테스트 용이