Spring | DI, IOC가 뭔데

 

스프링을 하다보면 진짜 너어어어어어무 너어어어어어어무 무시하고싶지만 

들숨에 IOC,, 날숨에 DI가 계에에에에에속 나와서 이걸 이제 더이상 무시하고 지나갈수 없을 정도로 나온다.

 

이걸 모르면 스프링을 모르나요 !?!?!?!? 의 답은 Yes 인가보다 ㅋ..

그래서 약 2주간 외면했지만 오늘은 큰마음을 먹고 직면하기로했다.

 

도대체 IOC, DI가 뭔데 이렇게 질척이는건데 ! 😧 

 

🔎 그래서 DI, IOC가 뭔데?

Dependency Injection(의존성 주입)

프로그램은 객체들의 조립으로 만들어지는데, 위 그림과 같이 일체형 형식과 조립형 형식이 있다.

 

일체형

: 부품(dependency) B를 A에서 직접 제어하여 B의 객체가 변경되면,  B의 객체도 변경되게 된다.

: 결합력이 높아서 하나의 객체를 바꾸면, 그 객체와 의존성을 가진 모든 모듈까지 변경되어야 한다는 문제점이 종ㄴ재한다.

 

조립형(DI)

: 내부에서 의존 관계를 결정하는것이 아닌, 외부에서 의존관계가 결정된 객체를 가져와서 사용하도록 조립(주입)한다. 

: 결합력이 낮기때문에 부품(dependency)를 바꾸는게 용이하다.

: 부품(dependency)을 만들고 👉  생성자를 호출해서 👉 저장하는 과정을 의존성 주입이라고 함

: 조립의 과정을 거쳐야하기때문에 조금 더 번거로울 수 있음

: 조립(=주입)의 방법은 Setter를 통한 주입과 생성자를 통합 주입이 있음! 

 

일체형과 조립형 프로그램의 차이를 간단히 말하면, 

만들어져있는 PC와 내맘대로 만드는 조립형 PC를 생각하면 될 것 같다.

 

만들어있는 일체형 Pc는 사용자가 어떠한 부품으로 만들었는지 몰라도 되지만, 부품을 쉽게 바꿀 수 없다는 점이 있고

조립형 PC는 내가 원하는 스펙으로 컴퓨터를 만들 수 있지만 대신 조립을 해야한다는 단점이 있는거다.

 

 

Inversion of Control(제어의 역전)

 

IOC는 프로그램의 제어권을 역전 시키는 개념인데, 해당 개념을 설명할때는 할리우드 원칙을 들어서 설명을 많이 하는 것 같다.

 

할리우드 원칙은 "Don't call us. We'll call you." 이는 제어의 역전에 대한 비유적 표현으로,

배우들(객체)에게 영화사에서 필요하면 연락할테니 연락하지 말라는 뜻 이라고 한다.

 

스프링을 이용해서 코드를 짤 때 생각을 해보면 Controller, Service, Repository등을 우리가 직접 만들기는 하지만

해당 객체들이 어느 시점에 호출되는지 이 객체들에 대한 생명주기를 직접 관리하지않는다.

프레임워크가 요구하는대로 객체를 생성하면 프레임워크가 객체들을 가져가서 사용하고, 메서드를 호출하고, 생성주기가 만료되면 소멸하는 것 

이것이 프로그램의 제어권이 역전 된 것이다.

 

라이브러리와 프레임워크를 두고 차이점을 알아본다면,

라이브러리를 사용하는 어플리케이션은 제어 흐름을 라이브러리에 내어주지 않고 필요한 시점에 적재 적소에 가져다 쓰지만

프레임워크를 사용한 어플리케이션의 경우 프레임워크가 필요산 시점에 가져가 사용하고, 소멸시켜서 제어권이 프레임워크로 역전된다.

이러한 내용을 프로그램의 제어권이 역전됐다(IOC)라고 한다.