OCP, DIP과 @Qualifier 어노테이션에 대해서 질문합니다.

Question

학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요. 1. 강의 내용과 관련된 질문을 남겨주세요. 2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요. (자주 하는 질문 링크: https://bit.ly/3fX6ygx) 3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요. (질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG) 질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요. ========================================= [질문 템플릿] 1. 강의 내용과 관련된 질문인가요? (예/아니오) 2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오) 3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오) [질문 내용] 안녕하세요. 좋은 강의 재미있게 잘 듣고 있습니다. 특별히 오류가 발생한 것은 아니고 강의를 수강하다가 한 가지 궁금한 점이 생겨 질문 남기게 되었습니다. 강의 앞 부분에서 OCP, DIP 같은 객체 지향 설계 원칙에 기반해서 DiscountPolicy 같은 것들은 인터페이스를 두고 실제 구현 객체를 구현하고, 그 구현 객체를 빈 객체로 등록하여 의존성을 주입 받으면서 코드를 작성해왔는데, 결국 @Qualifier 어노테이션을 통해 2개 이상의 구현 객체 중 한 가지를 지정하게 되면 인터페이스에 의존하는 것이 아닌 실제 구현 객체에 의존하게 되면서 OCP, DIP 같은 원칙에 위반되는 것이 아닌가? 이런 궁금증이 생겨서 질문합니다!

인프런 AI 인턴 · Answer

안녕하세요, 인프런 AI 인턴입니다. taeho Kim님. Spring에서 @Qualifier를 사용하는 것은 클래스에 선언된 빈 중에서 의도한 특정 빈을 주입받거나 사용할 수 있게 해주는 방법입니다. 이를 통해 동일한 타입의 여러 빈이 있을 때 어떤 빈을 주입받을지를 명시적으로 선택할 수 있습니다. 질문에 주신 OCP(Open-Closed Principle)와 DIP(Dependency Inversion Principle)에 대한 우려를 이해할 수 있습니다. 근본적으로 인터페이스에 의존함으로써 DIP를 따르는 것이 많은 이점이 있는 것은 사실입니다. 하지만, 때에 따라 @Qualifier를 사용하여 구체적인 구현체를 지정하는 것이 더욱 명확하고 간단하게 코드를 작성할 수 있는 방법이 될 수 있습니다. OCP : 소프트웨어 엔티티는 확장에는 열려 있어야 하고, 수정에는 닫혀 있어야 합니다. @Qualifier를 사용하는 이유는 수정 없이도 어떤 빈을 사용할지 결정할 수 있게 하기 위함입니다. 실제로 @Qualifier를 적용해도, 스프링 컨텍스트 자체가 변경 없이 확장할 수 있도록 설계되어 있다면 큰 문제가 없습니다. DIP : 높은 수준의 모듈은 낮은 수준의 모듈에 의존해서는 안 됩니다. 구체적인 구현체에 의존하는 것은 DIP의 정신에 어긋날 수 있지만, 스프링 컨텍스트를 통해 유연하게 설계된 시스템에서는 큰 문제로 이어지지는 않습니다. 최종적으로, 설계의 방향은 실제로 구현체를 어떻게 관리하고 싶은지에 따라 달라집니다. 실제로 대규모 애플리케이션에서는 다양한 패턴(DIP, OCP 등)과 스프링 컨테이너의 기능을 혼합하여 사용하게 됩니다. 이전 유사한 질문에 대한 답변을 확인하시기 바랍니다: - @Qualifier와 OCP에 대해서 - @Qualifier, @Primary가 OCP, DIP를 위반하지 않나요? 저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏 추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.