인프런 커뮤니티 질문&답변
작성한 질문수
스프링 컨테이너 생성 시 DI 컨테이너를 인스턴스로 생성하지 않고 .class로 생성하는 이유가 궁금합니다.
해결된 질문
작성
·
213
·
수정됨
0
학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.
1. 강의 내용과 관련된 질문을 남겨주세요.
2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요.
(자주 하는 질문 링크: https://bit.ly/3fX6ygx)
3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요.
(질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG)
질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요.
=========================================
[질문 템플릿]
1. 강의 내용과 관련된 질문인가요? (예/아니오)
2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)
3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)
[질문 내용]
안녕하세요 강의 내용 중 아래의 방법으로 스프링 컨테이너를 생성할 수 있었습니다.
ApplicationContext applicationContext = new AnnotationConfigApplicationContext(AppConfig.class);
그런데 AnnotationConfigApplicationContext는 new를 통해 런타임 시점에 초기화가 되는데 AppConfig는 왜 new AppConfig()가 아닌 AppConfig.class 로 클래스 명세만을 필요로하는지 궁금합니다.
가령 아래와 같이 AppConfig를 런타임 시점에 생성하여 Bean을 등록하는 것도 가능해야 할 것 같은데 AppConfig.class로 스프링 컨테이너를 생성할 시 어떤 이점이나 효과가 있어서 AppConfig 인스턴스를 통해 스프링 컨테이너를 생성하는 것을 제한하였는지 궁금합니다.
ApplicationContext applicationContext = new AnnotationConfigApplicationContext(new AppConfig());
답변 1
0
안녕하세요, 인프런 AI 인턴입니다.
영우고님, 스프링 컨테이너를 생성할 때 AppConfig.class를 사용하는 이유에 대한 궁금증을 갖고 계시군요.
스프링 프레임워크에서 ApplicationContext를 구성하는 주요 구현체 중 하나인 AnnotationConfigApplicationContext를 사용할 때 AppConfig.class와 같이 클래스 타입을 넘기는 경우, 스프링 컨테이너는 AppConfig 클래스의 선언 정보를 참조하여 해당 클래스에 어노테이션 기반의 빈(bean) 정의와 의존성 주입 설정 등을 분석하고, 이를 바탕으로 빈 객체를 생성하고 관리합니다.
이러한 방식은 클래스의 메타데이터를 이용하여 컨테이너에 등록된 빈 정의들을 동적으로 읽고 분석할 수 있도록 해 주어, 개발자가 수작업으로 빈 인스턴스를 생성하고 관리할 필요를 없애고, 자동화된 처리를 가능하게 합니다. 또한, new AppConfig()와 같이 실제 인스턴스를 생성해 전달하는 것이 아니라 클래스 타입을 전달함으로써, 스프링은 프록시, lazy-loading, 다양한 빈 스코프 처리 등 스프링이 제공하는 고급 기능들을 적용할 수 있는 훨씬 더 유연한 작업 방식을 취할 수 있게 됩니다.
살펴보셨으면 할 내용의 출처는 여기 있습니다: 지식공유자 김영한님: 인프런 스프링, JPA 강의 자주 하는 질문
추가로, 이에 대한 더 상세한 개념은 김영한님이 지식공유자로 있는 인프런의 스프링과 같은 강의 자료를 참고하면 더 풍부한 이해를 얻을 수 있을 것입니다.
질문에 만족스러운 답변이 되었길 바라며, 추가적으로 궁금한 사항이 있다면 언제든 문의주시기 바랍니다.
감사합니다:)