Posts Spring Core Technologies - The IoC Container(2)
Post
Cancel
Spring Core Technologies - The IoC Container(2)
leeyh0216 Nov 29, 2018 2018-11-29T21:00:00+09:00
14 min
The IoC Container
Introduction to the Spring IoC Container and Beans
Bean 선언 시의 Interface 활용
Bean 객체를 초기화하여 반환하는 메소드(@Bean 어노테이션이 붙은) 만들어 ApplicationContext에서 찾아 사용하는 예제를 이전 글에서 만들어 보았다.
해당 예제에서는 초기화하여 반환하는 객체의 타입과 반환 타입이 완전히 일치했는데, 반환 타입은 구체화된 클래스가 아닌 Interface 혹은 Abstract Class로 설정할 수 있다.
먼저 아래와 같이 하위 클래스가 구현해야하는 인터페이스를 만든다.
위의 인터페이스를 상속한 MyServiceV1을 구현한다.
그 후, IMyService Bean을 초기화할 Configuration 클래스와 메서드를 아래와 같이 구현한다.
위 getMyService 함수에서 반환 형은 IMyService이지만, 실제 반환되는 객체는 IMyService를 상속한 클래스인 MyServiceV1의 객체인 것을 확인할 수 있다.
이를 테스트하는 Application 클래스를 아래와 같이 생성한다.
실행 결과는 아래와 같다.
위 코드의 장점은 무엇일까? 인터페이스 기반으로 작성되었기 때문에, 추후 기능 개선 혹은 추가를 위해 새로운 버전의 클래스인 MyServiceV2를 만들었을 때, Bean을 반환하는 메소드의 초기화 부분만을 수정하면, 이외의 코드는 수정하지 않고 그대로 사용할 수 있다.
아래와 같이 MyServiceV2를 IMyService 인터페이스를 상속받아 구현하고,
아래와 같이 Configuration 클래스의 getMyService 메소드만 살짝 수정해주면
동일한 Application를 실행했을 때, 아래와 같이 다른 코드의 수정 없이도 정상적으로 동작하는 것을 확인할 수 있다.
여러 개의 인터페이스를 구현한 하나의 클래스를 통해 초기화된 객체
아래와 같이 2개의 인터페이스(IMyService, IAnotherService)와 이 둘을 구현한 MyService 클래스가 있다고 생각해보자.
Configuration 클래스는 어떻게 구성해야 할까? 일단 아래와 같이 각각 IMyService, IAnotherService 를 반환타입으로 가지는 메서드를 포함한 Configuration 클래스를 만들어 보았다.
테스트를 위해 아래와 같이 IMyService, IAnotherService 타입의 Bean을 ApplicationContext로부터 가져오려 했지만,
다음과 같은 오류 메시지가 발생하며 실행에 실패하는 것을 확인할 수 있었다.
IMyService 타입의 Bean에 만족하는 Bean이 getMyService와 getAnotherService 2개가 발견되었다는 메시지가 발생한다.
분명 getAnotherService 함수는 IAnotherService 인터페이스를 반환했는데도 이러한 오류가 발생하는 것을 확인할 수 있었다.
Stacktrace 첫번째 라인의 함수의 2번째 줄을 보면,
와 같이, Application에 등록된 Bean 중 우리가 인자로 전달한 IMyService 타입을 가진 Bean을 반환하는 getBeanNamesForType을 반환하는 것을 볼 수 있으며, 실제 오류가 나는 부분을 보면
거의 맨 아랫줄의 throw new NoUniqueBeanDefinitionException에서 발생하는 것을 확인할 수 있다.
원인은 위 함수의 거의 맨 윗 줄에 있는
의 getBeanNamesForType 함수이다.
이 함수는 org.springframework.beans.factory 패키지에 선언된 ListableBeanFactory의 getBeanNamesForType을 구현한 것인데, 해당 함수는 아래와 같이 설명되어 있다.
주어진 타입(SubClass를 포함하여)과 일치하는 Bean 목록을 반환합니다.
SubClass를 포함했다는 사실이 매우 중요하다.
우리가 IMyService를 반환하는 getMyService와 IAnotherService를 반환하는 getAnotherService를 구현했어도, 결과적으로 반환되는 객체는 MyService 타입이다.
즉, IMyService 클래스를 getBeanNamesForType에 넘긴다 해도 구체화 클래스인 MyService 클래스의 객체인 getMyService Bean과 getAnotherService Bean이 반환된다.
두 개의 Bean을 반환할 수는 없기 때문에, Springframework에서 제시하는 기준에 맞춰지는 Bean을 반환하려고 candidate를 찾는 과정이 위의 resolveNamedBean 메소드에 구현되어 있는데,
getBeanNamesForType에서 반환한 Bean 이름이 1개인 경우 해당 이름을 가진 Bean을 반환
getBeanNamesForType에서 반환한 Bean 이름이 여러개인 경우
@Primiary 어노테이션 등을 통해 Bean의 우선 순위를 지정한 경우 가장 높은 우선순위를 가지는 Bean을 반환
우선 순위가 명확하지 않은 경우 NoUniqueBeanDefinitionException 예외를 throw
와 같은 과정을 가지고 있다.
위 과정을 우리의 코드에 적용해보자면 선택지는 3개가 된다.
Class가 아닌 Bean 이름을 통해 Bean을 선택하는 방법
IMyService, IAnotherService를 모두를 상속받는 인터페이스를 MyService 클래스가 구현하여 Bean을 1개로 만드는 방법
@Primary와 같은 우선순위 어노테이션을 이용하여 우선순위에 따라 선택되게 만드는 방법
각 방법을 테스트해보도록 하겠다.
Class가 아닌 Bean 이름을 통해 Bean을 선택하는 방법
아래와 같이 기존에 getBean의 인자를 Class를 전달했던 방식에서 실제 Bean 이름을 전달하는 방식으로 변경한다.
이 경우 또한 ApplicationContext에 getMyService와 getAnotherService Bean 모두가 등록되어 있지만 getMyService 이름을 가진 Bean만을 가져오기 때문에 위와 같은 오류가 발생하지 않는 것이다.
IMyService, IAnotherService 를 상속받은 인터페이스를 MyService가 구현하는 방법
아래와 같이 IMyService, IAnotherService를 상속하는 ITotalService 인터페이스를 만든다.
그 후 MyService가 해당 Interface를 구현하도록 한다.
또한 Configuration 클래스 또한 아래와 같이 ITotalService를 반환하도록 수정해주고
main 함수 또한 아래와 같이 IMyService, IAnotherService를 따로 가져오는 것이 아닌 ITotalService 하나만을 가져오도록 수정하면 정상적으로 동작하는 것을 확인할 수 있다.
이 경우는 Bean은 1개가 등록되어 있고, 타입에 따라 가져올 수 있도록 구현된 경우이다.
@Primary 어노테이션을 이용하여 우선순위에 따라 선택되게 만드는 방법
우선 MyService 클래스를 아래와 같이 수정하여, getMyService와 getAnotherService에서 반환되는 객체를 구분할 수 있도록 하자.
Configuration 클래스의 getMyService 메서드에 아래와 같이 @Primary 어노테이션을 붙여준다. 또한 두 객체를 구분할 수 있도록 생성자에 각각 “primary”와 “no priority”를 넣어준다.
그 후 main 함수를 아래와 같이 작성하여 돌려보면 getMyService 메서드에서 반환한 Bean이 우선적으로 선택되는 것을 볼 수 있다.
이 경우 또한 ApplicationContext에 getMyService와 getAnotherService Bean 모두가 등록되어 있지만 우선순위에 의해 1개만 선택되는 경우이다.
여기까지 Interface 타입을 활용하는 방법과, Bean의 우선순위에 대해 알아보았다.