2021-11-17T11:18:50.367Z

0

좋은 답변 달아주셔서 감사합니다! 추가 질문이 있어서 글을 적습니다

3. 만들어진 Bean Definition을 AnnotationApplicationContext에서 읽어서 빈 객체를 생성해서 내부 빈 저장소에 저장한다. 이 때, 각 메서드는 @ComponentScan에서 생성자 주입과는 다르게 동작한다 (생성자 주입은 빈 객체를 생성하면서 의존관계 주입 설정 완료) 

=> @Autowired가 걸려있는 메서드는 빈 생성 이후 의존관계 주입이 발생하고 생성자의 경우 빈 생성과 동시에 의존관계 주입이 발생합니다.

→ 이 경우에는 생성자처럼 보이는데 일반 메서드지 생성자가 아니지 않나요?

public MemberService MemberService(OrderService orderService, MemberRepository, memberRepository) 

위의 코드가 영한님 강의에서 AppConfig에 있던 메서드였는데, public 앞에 return Type이 명시된 것으로 봐서, 생성자라기보다는 Class 명과 동일한 이름을 가지는 메서드로 보입니다. 그래서 생성자가 아니라, DI 의존관계 주입 단계에서 주입이 되는 걸로 이해를 했는데.. 혹시 저것도 생성자와 동일하게 동작하는 것으로 봐도 괜찮을까요? 

4. 의존관계 주입 단계에서 각 Bean Definition을 참고해서 Bean 간의 의존 관계를 설정해준다. 이 때, 생성 방식은 Bean Factory Interface의 구현체인 AnnotationContext로 했기 때문에 Bean Factory Method 방식으로 Bean Definition이 생성되었다.

=> Bean Factory Method 방식이라하면 자바 설정 파일 내 @Bean이 붙은 메서드 정보를 읽어 Bean Definition을 생성하는 걸 말씀하시는건가요?

→ 넵 맞습니다! Bean Definition을 생성할 때 영한님께서 직접 생성하는 방법과 Bean Factory Method를 통해서 생성하는 방법이 있다고 말씀해주셨는데, 이렇게 이으면 될지... 긴가민가하네요! 

항상 좋은 답변 감사드립니다. 

1

위의 코드가 영한님 강의에서 AppConfig에 있던 메서드였는데, public 앞에 return Type이 명시된 것으로 봐서, 생성자라기보다는 Class 명과 동일한 이름을 가지는 메서드로 보입니다. 그래서 생성자가 아니라, DI 의존관계 주입 단계에서 주입이 되는 걸로 이해를 했는데.. 혹시 저것도 생성자와 동일하게 동작하는 것으로 봐도 괜찮을까요? 

=> @Configuration AppConfig 클래스 내에서 @Bean이 붙어있던 일반 메서드였다면 말씀하신대로 의존관계 주입 단계에서 주입되는 게 맞습니다.

→ 넵 맞습니다! Bean Definition을 생성할 때 영한님께서 직접 생성하는 방법과 Bean Factory Method를 통해서 생성하는 방법이 있다고 말씀해주셨는데, 이렇게 이으면 될지... 긴가민가하네요! 

=> 네, 만약 그렇게 말씀하셨다면 그렇게 Bean Definition을 생성하는게 맞습니다.