[Spring] Ioc, DI Container

안녕하세요? 주니하랑입니다.

오늘은 스프링에 본격적으로 들어가기에 앞 써 IoC, DI Container에 개념에 대해 다시 한번 재정립하고 가도록 할게요!

함께 공부 해 보실게요!

📋 목차

---

01. [Spring] 스프링 핵심 원리
02. [Spring] 좋은 객체 지향 설계의 5가지 원칙 (SOLID)
03. [Spring] 객체 지향 설계와 스프링   
04. [Spring] OCP와 DIP 고려하기
05. [Spring] 객체 지향 원리 적용 - 새로운 할인 정책 개발
06. [Spring] AppConfig 리팩터링    
07. [Spring] Ioc, DI Container  
08. [Spring] 스프링 컨테이너 생성  
09. [Spring] 싱글톤 컨테이너  
10. [Spring] Component Scan And Auto wired Start
11. [Spring] 의존관계 주입 방법    
12. [Spring] Bean Life Cycle Call Back
13. [Spring] Bean Scope

 

 

 

---

 

 

📌 IoC, DI 그리고, 컨테이너

---

IoC(Inversion Of Control) 제어의 역전

IoC란 기존 프로그램은 Client 구현 객체가 스스로 필요 Server 구현 객체를 생성하고, 연결하고, 실행 했었던 것이에요.

구현 객체가 프로그램의 제어 흐름을 스스로 조종했다는 것이지요. 개발자 입장에선 이게 당연한 흐름일 것이에요.

반면 AppConfig가 등장한 뒤 구현 객체는 자신의 Logic을 실행하는 역할만 담당하는 것이에요. 프로그램의 제어 흐름은 이제 AppConfig가 가져간 것이죠. 예를 들어 OrderServiceImpl은 필요 인터페이스들을 호출하나, 어떤 구현 객체가 실행될지는 모르는 것이에요.

프로그램에 대한 제어 흐름에 대한 권한은 모두 AppConfig가 가지고 있는 것이에요. 심지어! OrderServiceImpl도 AppConfig가 실행한답니다! 그리고, AppConfig는 OrderServiceImpl이 아닌 OrderService 인터페이스의 다른 구현 객체를 생성하고, 실행할 수 있는 것이에요. 그래도 착한 OrderServiceImpl은 오늘도 묵묵히 자신의 Logic만 수행하고 있답니다.

 

    📍프레임워크와 라이브러리의 차이

먼저 프레임워크는 내가 작성한 코드를 제어하고, 나 대신 실행해 준다면 그것은 프레임워크인 것이에요. JUnit도 프레임워크랍니다!반면 내가 작성한 코드가 직접 제어의 흐름을 담당한다면 그것은 라이브러리가 되는 것이에요.

 

 

 

    📍의존관계 주입 DI(Dependency Injection)

OrderServiceImpl은 DiscountPolicy 인터페이스에 의존하는 것이에요. 실제 어떤 구현 객체가 사용될지는 모르는 것이지요.

의존 관계는 정적인 Class 의존 관계와 실행 시점에 결정되는 동적인 객체(인스턴스) 의존 관계 둘을 분리해서 생각해야 하는 것이에요.

 

 

         👉 정적인 Class 의존 관계

Class가 사용하는 import 코드만 보고, 의존관계를 쉽게 판단할 수 있는 것이에요.

정적인 의존관계는 Application을 실행하지 않아도 분석이 가능한 것입니다. 아래 Class Diagram에서 OrderServiceImpl은 MemberRepository, DiscountPolicy에 의존하는 것을 알 수 있는 것이에요.그런데, 이러한 Class 의존관계 만으로는 실제 어떤 객체가 OrderServiceImpl에 주입 될지 알 수 없는 것이에요.

 

 

 

         👉 동적인 객체 인스턴스 의존 관계

이것은 Application 실행 시점에 실제 생성된 객체 인스턴스의 참조가 연결된 의존 관계인 것이에요.

 

• 객체 Diagram

 

반응형

 

Application 실행 시점(Run Time)에 외부에서 실제 구현 객체를 생성하고, Client에 전달해서 Client와 Server의 실제 의존관계가 연결되는 것을 의존관계 주입(의존성 주입)이라고 하는 것이에요.

객체 인스턴스를 생성하고, 그 참조값을 전달해서 연결되는 것이고, 의존 관계 주입을 사용하게 되면 Client 코드를 변경하지 않고, Client가 호출하는 대상의 타입 인스턴스를 변경할 수 있는 것이에요.

의존 관계 주입을 사용하면 정적인 Class 의존관계를 변경하지 않고, 동적인 객체 인스턴스 의존관계를 쉽게 변경할 수 있는 것이에요.

 

 

 

         👉 IoC, DI Container

AppConfig처럼 객체를 생성하고, 관리하면서 의존 관계를 연결해 주는 것을 IoC Container 혹은 DI Contatiner라고 하는 것이에요.

의존 관계 주입에 초점을 맞추어 최근에는 주로 DI Container라고 한답니다!또는 어샘블러, Object Factory 등으로 불리기도 한다고 해요!

 

 

 

 

출처 : 인프런 - 김영한 강사님의 스프링 핵심 원리 강의

이 글은 강의 내용과 강의 자료를 바탕으로 '주니하랑'이 '주니하랑' 이해하기 쉽기 위해 작성한 내용 임을 알려드립니다.

 

 

 

---

주니하랑의 글이 마음에 드셨나요? 구독과 공감! 그리고, 댓글 그리고 방명록은 주니하랑에게 많은 힘이 됩니다.