3. 의존성을 위해 @Autowired를 등록해주었는데, 만약 해당 객체가 빈등록이 되어있지 않다면 오류가 나게 되나요? 아니면 자동으로 등록을 해주고 갖고오게되나요??
-> 오류가 발생합니다. 섹션 7. 의존관계 자동 주입에서 자세히 설명드립니다^^
작성
·
381
16
안녕하세요 영한님 이번강의 이해하고 싶은 점이 생겨 질문드립니다.
1. ComponentScan은 Component가 붙은 클래스들을 자동으로 빈 등록을 해준다고 하셨습니다. 그렇다면 AutoAppConfig 에서 @ComponentScan을 통해 @Component 붙은 것들을 빈 등록을 해주게 되는데, 기존의 AppConfig에도 해당 클래스들의 빈등록을 해준 상태입니다. 그렇기 때문에 ComponentScan filter에서 Configuration.class를 배제 시켜줬는데, AutoappConfig 클래스에도 @Configuration이 마찬가지로 있는데, ComponentScan의 배제 코드는 본인클래스에 잇는 Configuration에는 효력이 발생하지 않는건가요 ??
2. MemberServiceImpl 에다가 @Component를 선언해주었는데, 그러면 이 때에 해당 클래스의 타입인 MemberService 또한 같이 빈등록이 되는건가요 ?? 만약 그게 아니라면 이 타입을 등록해주고 싶을 때에는 interface에 @Component를 해야되나요? 아니면 수동 등록을 해주어야 하는건가요?
3. 의존성을 위해 @Autowired를 등록해주었는데, 만약 해당 객체가 빈등록이 되어있지 않다면 오류가 나게 되나요? 아니면 자동으로 등록을 해주고 갖고오게되나요??
답변 3
20
안녕하세요. kangsy763님^^
1. AutoappConfig 클래스에도 @Configuration이 마찬가지로 있는데, ComponentScan의 배제 코드는 본인클래스에 잇는 Configuration에는 효력이 발생하지 않는건가요 ??
-> 그렇지는 않습니다^^ AutoAppConfig도 스프링 빈으로 등록이 됩니다. 그런데! AutoAppConfig가 스프링 빈으로 등록되는 이유는 사실 따로 있습니다. 잘 생각해보면 @ComponentScan 기능이 활성화 되려면, 그보다 먼저 AutoAppConfig가 스프링 빈으로 등록이 되어야 합니다. @ComponentScan도 스프링이 제공하는 기능이기 때문에 AutoAppConfig 클래스가 스프링 빈으로 등록되어야 동작하는 것이지요. 그러면 AutoAppConfig는 언제 스프링 빈으로 등록되는가? 바로 다음 코드 입니다.
스프링 컨테이너를 생성할 때 넘겨준 클래스 정보는 스프링 빈으로 등록되어 버립니다^^
new AnnotationConfigApplicationContext(AutoAppConfig.class);
2. MemberServiceImpl 에다가 @Component를 선언해주었는데, 그러면 이 때에 해당 클래스의 타입인 MemberService 또한 같이 빈등록이 되는건가요 ?? 만약 그게 아니라면 이 타입을 등록해주고 싶을 때에는 interface에 @Component를 해야되나요? 아니면 수동 등록을 해주어야 하는건가요?
-> 스프링은 하위 타입으로 등록해도 조회 시점에 상위 타입으로 모두 조회할 수 있습니다^^ 따라서 해당 부분은 전혀 걱정하지 않으셔도 됩니다.
3. 의존성을 위해 @Autowired를 등록해주었는데, 만약 해당 객체가 빈등록이 되어있지 않다면 오류가 나게 되나요? 아니면 자동으로 등록을 해주고 갖고오게되나요??
-> 오류가 발생합니다. 섹션 7. 의존관계 자동 주입에서 자세히 설명드립니다^^
감사합니다.
2
0