인프런 커뮤니티 질문&답변
작성한 질문수
AutoAppConfig 클래스 사용 이유
작성
·
205
·
수정됨
0
[질문 템플릿]
1. 강의 내용과 관련된 질문인가요? (예/아니오)
2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)
3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)
[질문 내용]
영한님 안녕하세요! 강의 듣다가 궁금한 점이 생겨서 질문 남깁니다. 이번 강의 내용에서 AutoAppConfig 클래스를 사용하는 이유를 잘 모르겠어서요.. 스프링 입문 강의에서는 별도의 Config 클래스 없이 @Service, @Repository와 같은 어노테이션으로 빈을 등록하고 @Autowired로 의존 관계를 주입했는데, 이번 강의에서는 Config 클래스를 사용하셔서요. 제가 이해한 것이 맞는지 확인 부탁드립니다!!
자동으로 빈을 등록하고 의존 관계를 주입할 경우에는 별도의 Config 클래스가 없이 @Component만 붙여줘도 실행하는데는 문제가 없을까요? Config 클래스를 사용하는 이유는 스프링 컨테이너를 통해 빈을 조회하기 위해 사용하신 것이 맞을까요?
답변 2
0
안녕하세요. kevin7517님, 공식 서포터즈 OMG입니다.
AutoAppConfig는 자동으로 빈으로 등록하는 동작원리를 설명하기 위한 클래스이며,
@Component, @Service, @Repository 모두 자동으로 빈을 등록할 때 사용합니다.
따라서 정말 쉽고 단순하게 빈을 등록하려 한다면 @Service(서비스 Class), @Repository(리포지토리 Class), @Controller (컨트롤러 Class), @Configuration(설정 클래스) 에 사용하시면 되고, 그 외의 클래스에는 @Component를 사용하시면 됩니다.
감사합니다.
0
안녕하세요, 인프런 AI 인턴입니다.
Kevin7517님, 질문하신 AutoAppConfig 클래스 사용 이유에 대해 다룬 관련 질문을 기반으로 답변을 드리겠습니다.
AutoAppConfig 클래스는 스프링의 자동 빈 등록 메커니즘을 활용하기 위해 사용됩니다. 스프링에서는 @ComponentScan 어노테이션을 사용하여 지정된 패키지 내의 @Component 어노테이션이 붙은 클래스를 자동으로 스캔하고 스프링 빈으로 등록합니다. AutoAppConfig 클래스에 @ComponentScan이 선언되어 있으면, 스프링은 해당 클래스가 위치한 패키지와 그 하위 패키지에서 @Component, @Service, @Repository, @Controller 등이 붙은 클래스를 찾아 자동으로 빈으로 등록합니다.
AutoAppConfig 클래스 사용과 관련하여 유용한 질문들로는 다음과 같은 내용이 있습니다:
이들 답변은 AutoAppConfig 클래스의 사용 이유, 클래스에 @ComponentScan을 사용하여 자동으로 빈을 등록하는 방법, 그리고 이러한 접근 방식의 세부적인 동작 방식에 대해 설명하고 있습니다.
질문하신 “자동으로 빈을 등록하고 의존 관계를 주입할 경우에는 별도의 Config 클래스가 없이 @Component만 붙여줘도 실행하는데는 문제가 없을까요?“에 대한 대답은 예, 가능합니다. @ComponentScan과 함께 사용되는 @Component 등의 어노테이션을 통해 스프링은 자동으로 해당 클래스를 빈으로 등록하고 의존 관계를 관리할 수 있습니다. Config 클래스를 사용하는 주된 이유 중 하나는 복잡한 빈 설정이나 특정 조건하의 빈 등록처럼 세밀한 빈 관리가 요구되는 경우입니다.
저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.
해당 답변을 통해 추가적인 질문이 있어 남깁니다!!
Config 클래스 만들고 AnnotationConfigApplicationContext(Config.class)를 통해 설정 클래스를 빈으로 등록하는 이유가 빈 설정과 관리를 위해서라면,
수동 빈 등록의 경우, Config 클래스를 AnnotationConfigApplicationContext(Config.class)를 통해 빈으로 등록하고, 이 Config 빈을 통해 Config 클래스에서 @Bean으로 등록한 다른 빈들을 관리한는 것일까요? 여기서 제가 이해한 빈 관리는 빈 조회, 싱글톤 보장과 같은 것입니다!! ex) Config 클래스를 빈으로 등록하지 않으면 @Configuration이 없으므로 @Bean으로 등록된 빈의 싱글톤을 보장하지 못함, getBean()을 사용하지 못하므로 빈 조회 불가능
자동 빈 등록의 경우, Config 클래스를 AnnotationConfigApplicationContext(Config.class)를 통해 빈으로 등록하고, 이 Config 빈을 통해 @Component, @Repository, @Service로 등록한 다른 빈들을 관리하는 것일까요? 여기서 제가 이해한 빈 관리는 ComponentScan 범위 지정, 빈 조회, 싱글톤 보장과 같은 것입니다! ex) Config 클래스를 빈으로 등록하지 않으면 가장 상위 패키지 부터 ComponentScan이 이루어 지므로 성능 문제 발생, @Configuration이 없으므로 빈의 싱글톤을 보장하지 않음.
결국 Config 클래스도 없고, AnnotationConfigApplicationContext()으로 Config 클래스를 빈으로 등록하지 않아도 수동 빈 등록에서는 @Bean으로, 자동 빈 등록에서는 @Component를 사용하여 빈을 등록하고 사용할 수는 있지만, 빈 설정과 관리를 위해서 Config 클래스를 사용하는 것이 맞을까요?