ApplicationContext 통한 객체 추출의 단점
636
작성한 질문수 4
안녕하세요! 강의 잘 수강하고 있습니다. ApplicationContext 통해서 객체 추출하면 컴파일 타임에서 오류를 찾기 어려운 단점이 있는 것 같아서, 정말 단점이 맞는지 확인하고 싶어서 질문드립니다.
Spring을 적용하기 전 AppConfig를 직접 사용하던 경우에는 method 호출로 객체를 생성하기 때문에 method 이름이 변경된다면 컴파일 에러로 발견할 수 있습니다.
그런데 AnnotationConfigApplicationContext을 사용하고 나서는 등록된 Bean을 이름으로 검색해서 찾아오기 때문에 런타임 에러가 발생할 가능성이 생깁니다.
만약 제가 AppConfig 내의 method 이름을 변경하면 아래 코드는 에러를 만들게 됩니다.
ApplicationContext applicationContext = new AnnotationConfigApplicationContext(AppConfig.class);
MemberService memberService = applicationContext.getBean("memberService", MemberService.class);@Configuration
public class AppConfig {
@Bean
public MemberService emberService() { // 오타 발생
return new MemberServiceImpl(memberRepository());
}
}이렇게 되면 정적 타입 언어의 장점을 상쇄시키는게 아닌지 의문이 들었습니다. 그리고 서버 운영중에 Bean을 찾지 못해서 장애가 발생하는 경우는 없는지도 궁금합니다! 제가 뭔가 이해를 잘못했거나 내용을 놓쳤을 수도 있을 것 같습니다. 답변 기다리겠습니다 🙏
답변 1
3
안녕하세요. 홍성호님, 공식 서포터즈 David입니다.
컨테이너에 빈 이름과 타입을 제공하여 찾아오는 방식에서는 말씀하신 오류가 발생할 수 있습니다. 다만, 지연로딩이 아니라면 애플리케이션 실행 단계에서 오류가 발생하여 바로 알아차릴 수 있습니다. 이 부분은 직접 테스트 해보시면 바로 확인하실 수 있습니다.
또한 컨테이너에서 위와 같은 방법으로 빈을 조회하는 경우가 드뭅니다. 해당 기능은 여러가지 빈 조회 방식 중 하나로써 제공되는 것이므로 반드시 이 방법을 사용하지 않으셔도 됩니다.
감사합니다.
섹션3. 11 회원객체 다이어그램
0
21
1
OCP, DIP과 @Qualifier 어노테이션에 대해서 질문합니다.
0
23
1
코드 자료
0
54
2
구현체가 동적으로 정해질 때, 팩토리 기법을 사용하나요?
0
62
2
MemberService의 인터페이스를 왜 사용하는지 궁금합니다.
0
83
1
롬복 @Setter를 써야 하는 상황이 있는건가요?
0
94
1
빈 등록 메서드의 파라미터가 빈이 아니어도 되나요?
0
81
1
테스트 속도가 나중에 영향이 있을까요?
0
79
1
gradle 설정 안떠서 질문 남깁니다!
0
125
2
build.gradle로 프로젝트를 여는 이유
0
89
1
provider 사용하는 이유
0
93
1
다음 강의 뭘 들어야 할까요
0
130
2
프로토타입 빈, 직접 destroy 호출 안 할 경우
0
66
1
beanB
0
82
2
퀴즈다시풀기
0
69
1
Gradle로 바꿔도 오류가 똑같이 발생하네요 ㅠㅠ
0
92
2
"중복 등록과 충돌" 강의에서 강사님과 다른 에러가 발생합니다.
0
67
3
run 실행했는데 결과창이 이렇게 뜨네요 왜 그런건가요>
0
106
2
도메인의 정의?
0
59
1
ApplicationContext 질문입니다.
0
63
1
@Scope의 proxyMode를 사용할때 단위 테스트 방법
0
93
2
ai api 선정하기 관련 질문
0
119
2
생성자 자동주입 관련해서
0
67
1
생성자 직접 호출 vs 팩토리 메서드 패턴
0
97
2





