스프링 프레임워크 입문 무료강의 by 백기선

Inversion of Control

의존성의 뒤바뀜.

원래 의존성의 제어권은 자기자신이 가지고 있다.

예를 들어서, petclinic 샘플 코드 내에서 OwnerController 클래스를 보면 아래 처럼 돼있다.

@Controller
class OwnerController {
	private final OwnerRepository owners;

	public OwnerController(OwnerRepository clinicService) {
		this.owners = clinicService;
	}
}

의존성이 뒤바뀌지 않았다면, 아래와 같이 일반적으로 의존성에 대한 제어권을 가질 것이다.

class OwnerController {
	private OwnerRepository repository = new OwnerRepository();
}

OwnerRepository는 OwnerController의 의존성이다.
OwnerRepository가 있어야 OwnerController를 제대로 쓸 수 있다. OwnerController는 OwnerRepository를 필요로한다.

화면에서 받은것을 OwnerRepository를 처리하듯이 반드시 OwnerRepository는 OwnerController에 필요하다.

그런데, 이걸 누가 만들고 관리하느냐?

내가 관리를 안하고 나 이외의 밖에서 넣어주는 그런 형태를 Inversion of Controller라고 한다

class OwnerController {
	private OwnerRepository repo;

	public OwnerController(OwnerRepository repo) {
		this.repo = repo;
	}
}

이걸 누군가가 생성자가 주겠지? 라는 가정하에서 repo를 사용하면 된다.

class OwnerControllerTest {
	@Test
	public void create() {
		OwnerRepository repo = new OenerRepository();
		OwnerController controller = new OwnerController(repo);
	}
}

예를 들어서, 위와 같은 테스트코드, 즉 OwnerController 클래스 밖에서, OwnerRepository를 OwnerController 한테 생성자를 통해 넘겨줄 수 있는데, 이것을 의존성 주입이라고 한다.

이런 전체적인 관리형태를 Inversion of Control 이라고 한다.

제어가 바뀐 것이다. 나 자신이 아닌 다른 누군가에 의해서.

IoC 컨테이너

스프링 프레임워크는 IoC 용 컨테이너를 제공해준다. 컨테이너의 핵심적인 인터페이스가 바로 ApplicationContext 라고한다.

하지만 IoC 컨테이너를 직접 쓸 일이없다

코드어디에도 ApllicationContext는 찾아 볼 수 없다.

ApllicationContext는 위에 코드를 동작하게 만들어준다.

IoC 컨테이너 내부에서 OwnerController를 만들어준다.

OwnerController와 OwnerRepository를 예롤 들자면 둘다 ApllicationContext 내부에서 만들어주는 bean이다. 둘의 의존성은 IoC의컨테이너가 관리해주는데 오로지 bean만 관리해준다. 오너는 빈이 아니다.

인텔리제이에서 보면 Owner는 왼쪽에 아무런 표시가 없다. OwnerController 옆에는 초록색콩이있다.

어노테이션 Controller 가 붙으면 자동으로 빈에 등록이 된다. 빈으로 등록 되는 애들은 IoC컨테이너 내부에서 그 객체들을 만들고 그 객체ㅡ들의 의존성을 관리해준다.

빈은 OwnerController에 필요한 OwnerRepository의 타입을 찾아서 생성자에 주입을 한다. 그래서 널이아니다.

빈 Bean

빈은 스프링 IoC 컨테이너가 관리하는 객체이다.

오너는 스프링ioc가 관리하는 객체가 아니다. 그렇기때문에 빈이아니다.
오너컨트롤러는 스프링아이오씨의 컨테이너인 applicationcontext가 관리하는 객체가 맞다. 그렇기 때문에 빈이된다.

펫은 스프링 ioc가 관리하는 객체가 아니다. 그렇기때문에 빈이아니다.

빈이 되게 하려면?
등록하는 방법은 2가지
1. Component Sacnning
2. 직접 일일이 등록하는 방법

Component Scanning
스프링 부트로 만든 어플은 스프링부트어플리케이션의의 어노테이션을 가지는 메서드가 있다. 이 어노테이션의 코드를 따라가면 컴포넌트 스캔을 찾을수있다.

어노테이션 자체에는 기능이없다 . 어노테이션은 주석과도 같다. 그 주석을 단지 어디에 붙일수있냐 또는 언제까지 그 주석을 유지할것이냐 이런 속성을 가질 뿐이다
어노테이션 자체는 기능이 없다. 어노테이션을 마커로사용해서 ㅓ노테이션을 처리하는 프로세스들이있다
마찬가지로 컴포넌트 스캔을 처리하는 프로세스가있다.

모든 패키지의 컴포넌트라는 어노테이션이 ㅂㅌ어있는 클래스를 찾아서 빈으로 등록을 해준다. 빈이된다고했는데 컨트롤러인데 왜 빈이되냐?

컨트롤러의 코드를 열어보면 ㅇ컴포넌트라는 어노테이션이 붙은것을 볼수있따. 결국에 컨트롤러는 컴포넌트랑 같다. 그렇기때문에 빈으로 등록이 된다.

PetTypeFormatter는 컴포넌트라는 어노테이션이 붙어있는데 그것은 명시적으로 그냥 빈이 되는 것이다.

직접 ㄱ일일이 등록하는 방법

@Autowired
String kyu;

@GetMapping*"/context")
public String context() {
	return "hello " + kyu;
}