😀

04. IoC & Container

태그

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

•

객체지향 언어에서 Object 간의 연결 관계를 런타임에 결정

•

객체 관의 관계가 느슨하게 연결됨 (loose coupling)

•

IoC의 구현 방법 중 하나가 DI이다.

IoC 유형

Dependency Lookup(DL)

•

컨테이너가 lookup context를 통해서 필요한 Resource나 Object를 얻는 방식

•

Lookup 한 Object를 필요한 타입으로 Casting 해 주어야 함

•

Naming Exception을 처리하기 위한 로직이 필요..

Deplendency Injection(DI)

•

Object에 lookup 코드를 사용하지 않고 컨테이너가 직접 의존 구조를 Object에 설정할 수 있도록 지정해주는 방식

•

Object가 컨테이너의 존재 여부를 알 필요가 없음

•

Lookup 관련 코드들이 Object 내에서 사라짐

•

Setter or Constructor를 사용함

Container

•

객체의 생성, 사용, 소멸에 해당하는 라이프사이클을 담당

•

라이프사이클을 기본으로 어플리케이션 사용에 필요한 주요 기능을 제공

Container 기능

•

라이프사이클 관리

•

Dependency 객체 제공

•

Thread 관리

•

기타 어플리케이션 실행에 필요한 환경

Container 필요성

•

비즈니스 로직 외에 부가적인 기능들에 대해서는 독립적으로 관리되도록 하기 위함

•

서비스 look up 이나 Configuration에 대한 일관성을 갖기 위함

•

서비스 객체를 사용하기 위해 각각 Factory 또는 Singleton 패턴을 직접 구현하지 않아도 됨

IoC Container

•

오브젝트의 생성과 관계설정, 사용, 제거 등의 작업을 애플리케이션 코드 대신 독립된 컨테이너가 담당

•

컨테이너가 코드 대신 오브젝트에 대한 제어권을 갖고 있어 IoC라고 부름

•

이런 이유로, 스프링 컨테이너를 IoC 컨테이너라고 부르기도 함

•

스프링에서 IoC를 담당하는 컨테이너에는 BeanFactory, ApplicationContext가 있음

Spring DI Container

•

Spring DI Container가 관리하는 객체를 빈(Bean)이라 하고, 이 빈들의 생명주기(Life-Cycle)를 관리하는 의미로 빈팩토리(BeanFactory)라 한다.

•

Bean Factory에 여러 가지 컨테이너 기능을 추가하여 ApplicationContext라 한다.

BeanFactory

•

Bean을 등록, 생성, 조회, 반환 관리

•

일반적으로 BeanFactory보다는 이를 확장한 ApplicationContxt 사용

•

getBean() 메서드가 정의되어 있음

ApplicationContext

•

Bean을 등록, 생성, 조회, 반환 관리하는 기능은 BeanFacotry와 같음

•

Spring의 각종 부가 서비스를 추가로 제공

•

Spring이 제공하는 AppicationContext 구현클래스는 여러 종류가 있음(Web Application Context,,,)

IoC 개념

객체 제어 방식

•

기존 : 필요한 위치에서 개발자가 필요한 객체 생성 로직 구현

•

IoC : 객체 생성을 Container에게 위임하여 처리

IoC 사용에 따른 장점

•

객체 간의 결합도를 떨어뜨릴 수 있음 (loose coupling)

객체간 강한 결합

•

클래스 호출 방식

•

클래스내에 선언과 구현이 모두 되어 있기 때문에 다양한 형태로 변화가 불가능

public class HomeController{
	private MeberServiceImpl memberService = new MemberServiceImpl();
	private AdminServiceImpl memberService = new AdminServiceImpl();

	public void addUser(MemberDto memberDto){
		memberService.joinMember(memberDto);
		adminService.registerMember(memberDto);
	}
}
Java
복사

•

HomeContoller에서 MemberService의 구현체와 AdminService의 구현체를 직접 생성했기 때문에 코드를 직접 변경해야함

•

해당 클래스가 유지보수 될 때 그 클래스와 결합된 다른 클래스도 같이 유지보수 되어야 할 가능성이 높음 (객체 간 결합도가 높음

IoC 개념

객체 간의 강한 결합을 다형성을 통해 결합도를 낮춤

•

인터페이스 호출 방식

•

구현 클래스 교체가 용이하여 다양한 형태로 변환 가능

•

하지만 인터페이스 교체 시 호출 클래스도 수정해야 함

객체 간의 강한 결합을 Factory를 통해 결합도를 낮춤

•

팩토리 호출 방식

•

팩토리 방식은 팩토리가 구현 클래스를 생성하므로 클래스는 팩토리를 호출

•

인터페이스 변경 시 팩토리만 수정하면 됨. 호출 클래스에는 영향을 미치지 않음

•

하지만 클래스에 팩토리를 호출하는 소스가 들어가야함(그것 자체가 팩토리에 의존함)

객체 간의 강한 결합을 Assembler를 통해 결합도를 낮춤 (최종 진화 - Spring)

•

IoC 호출 방식

•

팩토리 패턴의 장점을 더하여 어떠한 것에도 의존하지 않는 형태가 됨

•

실행시점(Runtime)에 클래스 간의 관계가 형성이 됨

•

기존의 Factory 방식은 결합도가 느슨해지기는 했지만 여전히 자바 코드가 수정되면 빌드를 다시해서 배포해야하는 문제가 존재! 외부의 조립기(Assembler)를 사용해서 이런 일을 방지함!!

•

Spring Container가 외부조립기(Assembler) 역할을 함