💚후기

양이 어마어마합니다. 제가 써놔도 부담스러운 분량이네요;;
근데 되게 중요한 것 같습니다. Bean, 설정 파일, 컨테이너, DL, DI.. 생소한 단어가 많이 나오고 이들끼리 관계성이 있어서 아직 헷갈리네요. 아 그리고
(저한테만) 좋은 소식이 있습니다.ㅋ 6일 벼락치기해서 토익스피킹 Lv.6 달성했습니다. 7일 벼락치기했으면 HOXY Lv.7 가능? 푸핰ㅋㅎ.. 2년은 생각보다 빠르더라구요.. 스피킹 어학 점수 필요하신 분들 오픽 말고 토스보세요 토스. 저 오픽은 IM1 나왔는데 토익스피킹은 Lv.6 최고점 받았어요. 토스 보세요 토스
후기 쓰라니까 어학 점수 이야기 하고 있네요 쩜쩜쩜.. 이해해주세요 토스 재수 안해도 되서 기뻐서 그러는겁니다.
이번주 화이팅하시고 다들 행복하시길 바랍니다.

학습 내용

• IoC 개념
• IoC 관련 용어 이해

학습 목표

• IoC 개념에 대해 알아봅니다.
• DL과 DI에 대해 이해하고 IoC 관련 용어들에 대해서 알아봅니다.

IoC의 개념

IoC(Inversion of Control)이란 객체의 생성, 생명주기의 관리까지 모든 객체에 대한 제어권이 바뀌었다는 것을 의미한다. 즉, 제어권의 역전이다.


※ 컴포넌트 의존관계 결정(component dependency resolution), 설정(configuration) 및 생명주기(lifecycle)를 해결하기 위한 디자인 패턴(Design Pattern)

IoC란 객체를 제어하는 제어권이 개발자가 아닌 시스템에게 있는 것을 말합니다. Java는 객체지향 프로그래밍이기 때문에 객체가 생성되고 사용되었다가 소멸되기까지의 생명주기가 중요합니다. 이 과정은 시간적 비용이 굉장히 많이 드는 작업입니다. 그 중 자주 사용되는 객체들은 메모리에 미리 올려두고, 사용한 후에 바로 소멸하지도 않는 등의 관리를 시스템이 하는 것입니다. Spring은 이러한 역할을 하는 컨테이너를 제공하고 있습니다.

그림을 보시면, IoC가 아닌 경우는 클라이언트 요청이 오면 객체를 생성합니다. IoC인 경우는 자동적으로 누군가(컨테이너겠죠)가 객체를 생성해서 제공합니다.

IoC 컨테이너

※ 스프링 프레임워크도 객체에 대한 생성 및 생명주기를 관리할 수 있는 기능을 제공하고 있음. 즉, IoC 컨테이너 기능을 제공한다.

• IoC 컨테이너는 객체의 생성을 책임지고, 의존성을 관리한다.
• POJO의 생성, 초기화, 서비스, 소멸에 대한 권한을 가진다.
• 개발자들이 직접 POJO를 생성할 수 있지만 컨테이너에게 맡긴다.(강제는 아님)
  
  
  

객체들이 POJO로 만들어집니다. 이런 객체들을 자동으로 관리하는 모듈을 Spring 컨테이너라 합니다. IoC 컨테이너는 Spring이 최초는 아닙니다. 이 컨테이너로 인해 개발자가 객체의 생명주기를 관리하는 데 신경쓸 필요가 없습니다.
예시로 웹 시스템의 경우 요청이 정말 많은 편이라서 요청마다 객체가 생성됩니다. 또한 사용되면 소멸도 시켜야하는데 이를 간과하면 서버 과부하가 생길 수 있습니다. 따라서 이럴 때는 IoC 컨테이너가 굉장히 유용하겠죠?

IoC 분류

IoC는 DL과 DI로 나눌 수 있습니다. Spring에서 자동으로 객체를 제공하고 관리하려면 두 가지 기능이 있어야합니다.
첫째로, Spring 컨테이너에 올라와있는 객체들 중에서 클라이언트가 원하는 객체를 찾는 기능이 DL입니다. 객체 ID나, 타입으로 객체를 찾습니다.
둘째로, 객체들끼리의 의존관계를 자동으로 처리해주는 것이 DI입니다.
예시로 A 객체가 B 객체를 사용하려면 B 객체가 A 객체에 주입이 되어야하는데, 이렇게 자동적으로 참조시키는 기능이 DI라는 것이죠.
의존을 위한 객체 주입(Injection) 방식은 3가지 방식입니다.(그림 참고)
1. Setter에 의한 Injection
2. Constructor(생성자)에 의한 Injection
3. Method(메소드 이름)에 의한 Injection
Spring에서는 이 3가지 방식을 모두 지원하고 있습니다.

DL과 DI

빈 설정 파일은 XML로 되어 있습니다.

Spring IoC 관련 용어

Manged Bean

• 스프링 컨테이너에 의해서 관리되는 객체
• 스프링 빈 이라고도 함
• 스프링 설정파일에 등록되어 사용
• 자동 등록 기능 사용 가능

Spring Container

• 관리되는(managed) 빈이 모여있는 곳
• IoC 컨테이너로써 Application Context 클래스로 구현됨

IoC 컨테이너는 개념 느낌이라면,, Application Context 클래스는 IoC 컨테이너를 실제로 구현해놓은 것으로 보면 됩니다.

실습

이번 포스팅 실습은 직전 포스팅 실습 결과물을 이어서 합니다.

↑ 프로젝트 -> Java Resources -> src/main/java -> new -> Package 클릭
DAO 클래스를 만들기 전에 패키지를 만들겁니다.

↑ Name 입력 -> Finish 클릭
Name은 '그룹ID.프로젝트명 일부' 이렇게 짓습니다.
그룹ID 잊어버리셨다면 pom.xml에서 확인해보실 수 있습니다.

↑ 생성된 패키지에 클래스를 하나 생성합니다.

↑ 이름 대충 짓고 finish 클릭

1. TestDAO 작성

↑ 단순히 두 수의 합을 구하는 메소드를 정의합니다.

이 메소드를 호출할 메인 메소드가 필요하겠죠?

같은 패키지에서 새로운 클래스를 하나 더 만들어주세요.

↑ 이름 마음대로 지으시고, 표시한 부분 체크 해주세요.

↑ 메인 클래스에 아까 만든 메소드를 호출해서 출력까지 해봤습니다.
일반적으로 우리가 이렇게 많이 해왔죠.

2. TestDAO 빈 컨테이너에 등록

이제 이 코드를 DI를 사용하도록 바꿔보겠습니다.
HelloDAO 클래스가 빈 컨테이너에 관리될 수 있도록 등록해야합니다.
등록하기 위해 스프링 설정파일을 사용합니다.
그 스프링 설정 파일을 만들겠습니다.

스프링 설정 파일은 src/main/resources에 만듭니다.

↑ new -> Other 클릭

↑ Spring -> Spring Bean Configuration file 클릭

↑ File-name 입력 -> finish 클릭

↑ beans 태그 내에 bean 태그 작성
id 작성 : 클래스명(단, 첫문자가 소문자이어야 함)
class 작성 : FULL로 적어줘야 함('그룹ID.클래스명')

이렇게 적어줌으로써 HelloDAO 클래스를 컨테이너가 인식할 수 있습니다.

이제 Main 메소드에서 설정 파일에 등록된 HelloDAO 빈(객체)을 사용하는 단계만 남았습니다.

3. TestDAO DL로 사용

코드 순서는 이렇습니다.

1. Spring 컨테이너 객체를 생성합니다. 생성자 인자로 아까 만들었던 빈 설정 파일(xml)을 경로 포함하여 써주면 됩니다.
   이 설정 파일이 로딩될 때, 설정 파일에 등록된 모든 Bean들이 같이 로딩하게 됩니다. 이 시점에 Bean들이 모두 생성되는 것입니다.

2. 생선한 컨테이너 객체를 활용하여 빈(객체)을 찾습니다.(DL)
   인자 1은 클래스 이름, 인자 2는 클래스의 타입을 적습니다.
   ※ Bean 생성은 (1) 시점에서 생성됩니다. 여긴 단순 가져오는 구간❗

3. 찾은 빈(객체)을 활용하여 메소드를 호출합니다.

↑ 결과입니다.

빨개서 에러같지만 아닙니더 ㅎㅎ
초록색 상자로 표시한 부분이 나타내는 의미는 '저 XML로부터 빈(객체)을 Loading했다.' 라는 것입니다.

모든 코드 라인이 끝나면 dao 객체는 반환(garbage collecting)되는데,
dao 객체가 참조하던 Bean은 물리적으로 사라지는 것은 아닙니다. ctx 컨테이너로 반환되는 것이므로 내부적으로 굉장한 성능을 보입니다. 실제로 반환하지 않기 때문에 부하가 많이 줄어들죠.