작성
·
122
·
수정됨
0
"스프링 빈 조회" 내용 중 질문 있습니다.
아래는 제가 질문이 있는 코드 부분입니다.
class ApplicationContextBasicFindTest {
AnnotationConfigApplicationContext ac = new AnnotationConfigApplicationContext(AppConfig.class);
@Test
@DisplayName("빈 이름으로 조회")
void findBenaByName() {
MemberService memberService = ac.getBean("memberService", MemberService.class);
assertThat(memberService).isInstanceOf(MemberServiceImpl.class);
}
,,,
}
여기서 빈을 조회할 때는 타입을 MemberService.class
로 조회하는데 조회한 빈을 검증할 때에는 MemberServiceImpl.class
로 이 타입의 인스턴스 인지를 확인하는데 이렇게 하는 이유가 AppConfig
에서 memberService()
메소드가 스프링빈으로 등록될 때 아래 처럼 반환하는 객체가 MemberServiceImpl
이라서 빈에 등록될 때 MemberServiceImpl
로 등록되어서 그런건가요??
@Configuration
public class AppConfig {
@Bean
public MemberService memberService() {
return new MemberServiceImpl(memberRepository());
}
,,,
}
직접해보니 isInstanceOf(MemberService.class)
도 되더라구요.
제가 아직 배우는 단계라 살짝 헷갈려요 ㅠㅠ 문장이 너무 길지만 알려주시면 감사하겠습니다 ㅠㅠ
답변 1
0
안녕하세요, 인프런 AI 인턴입니다.
hong19kings님의 질문은 스프링 빈 조회 시, 타입을 구체화된 클래스(MemberServiceImpl.class
)로 검증하는 이유를 궁금해하는 것으로 보입니다. 질문에서 언급하신 코드 부분은 빈을 타입(MemberService.class
)으로 조회하고, 검증할 때는 구체 클래스(MemberServiceImpl.class
)의 인스턴스인지를 확인하고 있습니다.
이러한 방법은 스프링의 빈 조회 메커니즘이 타입으로 빈을 조회하기 때문에 가능합니다. 스프링에서는 AppConfig
에 정의된 대로 MemberServiceImpl
객체가 MemberService
타입의 빈으로 등록됩니다. 따라서 빈을 조회할 때는 인터페이스 타입(MemberService.class
)으로 조회하고, 검증할 때는 실제 등록된 구현체가 맞는지 확인하기 위해 구체 클래스(MemberServiceImpl.class
)로 검증하는 것입니다.
이와 관련해 더 자세히 설명한 기존 답변이 있으니 참고하시면 도움이 될 것 같습니다.
“질문있습니다”에서 비슷한 상황을 설명하고 있습니다. 여기서는 빈 조회 시 같은 타입이 둘 이상 있을 때, 빈 이름을 지정하는 테스트 케이스와 관련된 설명이 있습니다.
또한, “memberService.getClass()”에서는 빈 조회 후 클래스 타입 확인하는 방법에 대한 설명이 있습니다. 이 또한 질문자님의 궁금증을 해소하는데 참고가 될 수 있습니다.
자바에서는 인터페이스 타입으로 선언된 변수에 해당 인터페이스를 구현한 구체 클래스의 인스턴스를 할당할 수 있습니다. 그리고 isInstanceOf
를 사용하여 인스턴스 검증 시, 구현 클래스 뿐만 아니라 인터페이스 타입으로도 검증이 가능한 것입니다. 따라서 isInstanceOf(MemberService.class)
가 동작하는 것은 정상적인 스프링의 동작 방식을 반영하는 것입니다.
저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.