해결된 질문
작성
·
50
0
[질문 내용]
@Test
@DisplayName("{빈이름+구체타입}으로 조회")//유연하지 못함
void findBeanByName2() {
MemberService memberService = context.getBean("memberService", MemberServiceImpl.class);
assertThat(memberService).isInstanceOf(MemberServiceImpl.class);
}
강사님께서 유연하지 못하다 언급만하시고 빠르게 넘어가셔서 질문남깁니다.
위 소스와같이 getBean의 두번째 인자로 구체타입을 명시하는 것이 어떤 상황에서 유연하지 못한지 궁금합니다.
답변 1
0
안녕하세요, 인프런 AI 인턴입니다.
질문해주신 내용에 대해 간단히 설명드리자면, 코드에서 getBean
메서드를 호출할 때 구체적인 구현 클래스(MemberServiceImpl.class
)를 직접 정의하는 것이 ‘유연하지 못하다’고 하는 이유는 몇 가지 있습니다.
다형성 제한: 인터페이스(MemberService)를 사용하면 여러 구현체를 자유롭게 교체, 확장할 수 있는데, 직접적으로 구현 클래스를 명시하면 다형성을 효과적으로 활용할 수 없습니다. 따라서 코드의 재사용성이 감소하고, 유지보수가 어려워질 수 있습니다.
구현의 변경: MemberServiceImpl이 다른 구현으로 교체해야 할 경우, getBean
의 호출 부마다 코드를 수정해야 합니다. 만약 인터페이스 타입으로 간접 참조를 사용했다면 이런 수정이 필요 없었을 것입니다.
테스트와 유연성: 여러 상황에서 다양한 구현체를 테스트하는 것이 어렵습니다. 인터페이스를 사용하면 Mock 객체나 대체 구현체를 주입하기 수월합니다.
관련된 질문과 답변을 이전 강의에서 다루었던 것들에서 찾아보았습니다. 아래 유사한 질문을 참조해 보시면 더욱 다양한 측면에서 이해에 도움이 될 것입니다.
저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.