Spring Core(1)
Updated:
Spring 컨테이너
ApplicationContext applicationContext = new AnnotationConfigApllicationContext(AppConfig.class);
- ApplicaionContext를 스프링 컨테이너라고 함
- ApplicaionContext는 인터페이스.
- AnnotationConfigApplicationContext는 구현체이다.
스프링 컨테이너는 xml 기반일 수도 있고, 어노테이션 기반일 수도 있다. 요즘은 xml 잘 안쓰고 어노테이션 기반이 대부분 ㅎ
스프링 컨테이너
- 스프링 컨테이너는 2가지가 있다 BeanFactory, ApplicationContext
- BeanFactory를 직접 사용하는 경우가 거의 없다.
- ApplicationContext가 BeanFactory를 상속받기때문
스프링 빈
@Configuration
public class AppConfig {
@Bean
public MemberRepository memberRepository() {
return new MemoryMemberRepository();
}
@Bean
public DiscountPolicy discountPolicy() {
// return new FixDiscountPolicy();
return new RateDiscountPolicy();
}
@Bean
public MemberService memberService() {
return new MemberServiceImpl(memberRepository());
}
@Bean
public OrderService orderService() {
return new OrderServiceImpl(memberRepository(), discountPolicy());
}
}
AppConfig를 통해 (설정 정보를 통해) 스프링빈 등록을 진행함.
그 과정에서 메서드 이름이 Bean 이름으로 등록됨 그 안에 반환되는 객체를 실제 Bean 객체로 등록됨 Bean 이름은 메서드의 이름을 사용하지만 직접 부여할 수도 있음. % Bean 이름은 항상 다른 이름으로 부여해야한다 % 스프링 컨테이너는 설정 정보를 통해 의존관계를 주입함 (DI)
스프링 Bean
public class ApplicationContextInfoTest {
AnnotationConfigApplicationContext ac = new AnnotationConfigApplicationContext(AppConfig.class);
@Test
@DisplayName("모든 빈 출력하기")
void findAllBean() {
String[] beanDefinitionNames = ac.getBeanDefinitionNames();
for (String beanDefinitionName : beanDefinitionNames) {
Object bean = ac.getBean(beanDefinitionName);
System.out.println("bean = " + beanDefinitionName + ", object = " + bean);
}
}
}
등록된 빈들을 출력해보면 직접 등록한 빈 외에도 여러개의 무언가가 나오는 것을 알 수 있음
등록한 빈만 알아보기 위해 다시 테스트
@Test
@DisplayName("Application 빈 출력하기")
void findApplicationBean() {
String[] beanDefinitionNames = ac.getBeanDefinitionNames();
for (String beanDefinitionName : beanDefinitionNames) {
BeanDefinition beanDefinition = ac.getBeanDefinition(beanDefinitionName);
// Role: ROLE_APPLICATION: 직접 등록한 애플리케이션 빈
// Role: ROLE_INFRASTRUCTURE: 스프링이 내부에서 사용하는 빈
if(beanDefinition.getRole() == BeanDefinition.ROLE_APPLICATION) {
Object bean = ac.getBean(beanDefinitionName);
System.out.println("Application bean = " + beanDefinitionName + ", object = " + bean);
}
}
System.out.println("------------------------");
// for (String beanDefinitionName : beanDefinitionNames) {
// BeanDefinition beanDefinition = ac.getBeanDefinition(beanDefinitionName);
// if(beanDefinition.getRole() == BeanDefinition.ROLE_INFRASTRUCTURE) {
// Object bean = ac.getBean(beanDefinitionName);
// System.out.println("Infrastructure bean = " + beanDefinitionName + ", object = " + bean);
// }
// }
}
AppConfig에 등록한 빈들이 잘 나오는 것을 알 수 있음
- ROLE_APPLICATION : 직접 등록한 빈
- ROLE_INFRASTRUCTURE : 스프링이 내부에서 사용하는 빈
으로 구분할 수 있음.
아래 주석 제거후 실행하면 스프링 내부에서 사용하는 빈 목록만 볼 수 있음.
다음으로 스프링 빈 조회
ac.getBean(빈 이름, 타입)
ac.getBean(타입)
2가지로 검색이 가능.
스프링 빈이 없으면 - NoSuchBeanDefinitionException이 발생
public class ApplicationContextBasicFindTest {
AnnotationConfigApplicationContext ac = new AnnotationConfigApplicationContext(AppConfig.class);
@Test
@DisplayName("Bean 이름으로 조회")
void findBeanByName() {
MemberService memberService = ac.getBean("memberService", MemberService.class);
System.out.println("memberService = " + memberService);
System.out.println("memberService.getClass() = " + memberService.getClass());
assertThat(memberService).isInstanceOf(MemberServiceImpl.class);
}
}
먼저 빈 이름(memberService)로 검색.
참고로 assertThat은
import static org.assertj.core.api.Assertions.*;
임포트해야함
이름없이 타입으로만 빈 조회하기
@Test
@DisplayName("이름 없이 타입으로만 조회")
void findBeanByType() {
MemberService memberService = ac.getBean(MemberService.class);
System.out.println("memberService = " + memberService);
System.out.println("memberService.getClass() = " + memberService.getClass());
assertThat(memberService).isInstanceOf(MemberServiceImpl.class);
}
검색이 안되는 경우!
@Test
@DisplayName("Bean 이름으로 조회X")
void findBeanByNameX() {
// ac.getBean("xxxxx", MemberService.class); -> NoSuchBeanDefinitionException 예외 발생 : 저런 이름을 가진 빈이 없다!
// MemberService xxxxx = ac.getBean("xxxxx", MemberService.class);
assertThrows(NoSuchBeanDefinitionException.class,
() -> ac.getBean("xxxxx", MemberService.class));
}
xxxxx 라는 이름을 가진 빈을 찾기.
- 주석 처리가 되어있는데, 만약 해제하고 실행한다면 NoSuchBeanDefinitionException이 일어나면서 실패하게 된다.
그래서 이번에는 assertThrows를 사용했습니다. -> import static org.junit.jupiter.api.Assertions.*; 를 추가해야함.
저 코드를 실행하면 성공으로 끝나게 되는 것을 알 수 있음.
동일한 타입이 2개 이상 있을 수도 있다.
만약 2개 이상이 된다면 오류가 발생하므로 빈 이름을 지정해서 검색 혹은 ac.getBeansOfType()을 사용해서 조회.
@Configuration
static class SameBeanConfig {
@Bean
public MemberRepository memberRepository1() {
return new MemoryMemberRepository();
}
@Bean
public MemberRepository memberRepository2() {
return new MemoryMemberRepository();
}
}
이렇게 되면 MemberRepository 타입을 갖는 빈이 2개가 된다.
그럼 빈 이름으로 검색
@Test
@DisplayName("타입으로 조회 시 같은 타입이 둘 이상 있으면 빈 이름을 지정하면 됨!")
void findBeanByName() {
MemberRepository memberRepository = ac.getBean("memberRepository1", MemberRepository.class);
assertThat(memberRepository).isInstanceOf(MemberRepository.class);
}
memberRepository1으로 검색을 했다. -> 테스트가 성공을 한 것을 알 수 있음. 그럼 이것을 역이용해서 특정 타입만을 조회할 수도 있다.
@Test
@DisplayName("특정 타입을 모두 조회하기")
void findAllBeanByType() {
Map<String, MemberRepository> beansOfType = ac.getBeansOfType(MemberRepository.class);
for (String key : beansOfType.keySet()) {
System.out.println("key = " + key + ", value = " + beansOfType.get(key));
}
System.out.println("beansOfType = " + beansOfType);
assertThat(beansOfType.size()).isEqualTo(2);
}
getBeansOfType의 결과값은 Map 형태로 나오게 됨.
for문으로 제대로 나왔는지 테스트.
그리고 MemberRepository라는 타입을 가진 녀석이 2개가 있는지 확인.
(memberRepository1, memberRepository2 두개를 작성했기 때문에 2개가 나오는 것이 정상.)
Leave a comment