AutoAppConfig 클래스 사용 이유
286
작성한 질문수 9
[질문 템플릿]
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 클래스를 사용하는 주된 이유 중 하나는 복잡한 빈 설정이나 특정 조건하의 빈 등록처럼 세밀한 빈 관리가 요구되는 경우입니다.
저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.
0
해당 답변을 통해 추가적인 질문이 있어 남깁니다!!
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 클래스를 사용하는 것이 맞을까요?
구현체가 동적으로 정해질 때, 팩토리 기법을 사용하나요?
0
47
2
MemberService의 인터페이스를 왜 사용하는지 궁금합니다.
0
72
1
롬복 @Setter를 써야 하는 상황이 있는건가요?
0
87
1
빈 등록 메서드의 파라미터가 빈이 아니어도 되나요?
0
79
1
테스트 속도가 나중에 영향이 있을까요?
0
75
1
gradle 설정 안떠서 질문 남깁니다!
0
116
2
build.gradle로 프로젝트를 여는 이유
0
81
1
provider 사용하는 이유
0
85
1
다음 강의 뭘 들어야 할까요
0
123
2
프로토타입 빈, 직접 destroy 호출 안 할 경우
0
62
1
beanB
0
79
2
퀴즈다시풀기
0
63
1
Gradle로 바꿔도 오류가 똑같이 발생하네요 ㅠㅠ
0
90
2
"중복 등록과 충돌" 강의에서 강사님과 다른 에러가 발생합니다.
0
63
3
run 실행했는데 결과창이 이렇게 뜨네요 왜 그런건가요>
0
102
2
도메인의 정의?
0
57
1
ApplicationContext 질문입니다.
0
60
1
@Scope의 proxyMode를 사용할때 단위 테스트 방법
0
86
2
ai api 선정하기 관련 질문
0
115
2
생성자 자동주입 관련해서
0
60
1
생성자 직접 호출 vs 팩토리 메서드 패턴
0
93
2
Spring에서 SessionScope와 RequestScope는 함께 사용되나요?
1
63
1
12:25
0
74
2
appConfig.xml 오류
0
125
1