스프링은 어떻게 이런 다양한 설정 형식을 지원하는걸까? -> BeanDefinition이라는 추상화가 잇음
쉽게 이야기해서 역할과 구현을 개념적으로 나눈것.
xml/자바코드를 읽어서을 읽어서 beandefinition을 만들면 됨
스프링컨테이너는 자바 코드인지 xml인지 몰라도됨...그냥 beandefinition만 알면됨...
BeanDefinition을 빈 설정 메타정보라함
@Bean, 당 각각 하나씩 메타 정보가 생성됨
스프링 컨테이너는 이 메타정보를 기반으로 스프링 빈을 생성함!
AnnotationConfigApplicationContext는 final AnnotatedBeanDefinitionReader를 사용해서 AppConfig.class을 읽고!!!!! BeanDefinition을 생성함
GenericXmlApplication은 xmlbeandefinitionreader을 사용해서 읽은다음 생성함...
새로운 형식의 설정 정보가 추가되면 xxxBeanDefinitionReader을 만들어서 beandefinition을 생성하면됨!!
빈Definition 정보들
BeanClassName: 생성할 빈의 클래스 명(자바 설정 처럼 팩토리 역할의 빈을 사용하면 없음)
factoryBeanName: 팩토리 역할의 빈을 사용할 경우 이름, 예) appConfig
factoryMethodName: 빈을 생성할 팩토리 메서드 지정, 예) memberService
Scope: 싱글톤(기본값)
lazyInit: 스프링 컨테이너를 생성할 때 빈을 생성하는 것이 아니라, 실제 빈을 사용할 때 까지 최대한
생성을 지연처리 하는지 여부
InitMethodName: 빈을 생성하고, 의존관계를 적용한 뒤에 호출되는 초기화 메서드 명
DestroyMethodName: 빈의 생명주기가 끝나서 제거하기 직전에 호출되는 메서드 명
Constructor arguments, Properties: 의존관계 주입에서 사용한다. (자바 설정 처럼 팩토리 역할
의 빈을 사용하면 없음)
스프링은 어떻게 이런 다양한 설정 형식을 지원하는걸까? -> BeanDefinition이라는 추상화가 잇음
쉽게 이야기해서 역할과 구현을 개념적으로 나눈것. xml/자바코드를 읽어서을 읽어서 beandefinition을 만들면 됨 스프링컨테이너는 자바 코드인지 xml인지 몰라도됨...그냥 beandefinition만 알면됨... BeanDefinition을 빈 설정 메타정보라함 @Bean,당 각각 하나씩 메타 정보가 생성됨
스프링 컨테이너는 이 메타정보를 기반으로 스프링 빈을 생성함!
AnnotationConfigApplicationContext는 final AnnotatedBeanDefinitionReader를 사용해서 AppConfig.class을 읽고!!!!! BeanDefinition을 생성함 GenericXmlApplication은 xmlbeandefinitionreader을 사용해서 읽은다음 생성함... 새로운 형식의 설정 정보가 추가되면 xxxBeanDefinitionReader을 만들어서 beandefinition을 생성하면됨!!
빈Definition 정보들 BeanClassName: 생성할 빈의 클래스 명(자바 설정 처럼 팩토리 역할의 빈을 사용하면 없음) factoryBeanName: 팩토리 역할의 빈을 사용할 경우 이름, 예) appConfig factoryMethodName: 빈을 생성할 팩토리 메서드 지정, 예) memberService Scope: 싱글톤(기본값) lazyInit: 스프링 컨테이너를 생성할 때 빈을 생성하는 것이 아니라, 실제 빈을 사용할 때 까지 최대한 생성을 지연처리 하는지 여부 InitMethodName: 빈을 생성하고, 의존관계를 적용한 뒤에 호출되는 초기화 메서드 명 DestroyMethodName: 빈의 생명주기가 끝나서 제거하기 직전에 호출되는 메서드 명 Constructor arguments, Properties: 의존관계 주입에서 사용한다. (자바 설정 처럼 팩토리 역할 의 빈을 사용하면 없음)