인프런 커뮤니티 질문&답변
작성한 질문수
DIP 원칙 질문
작성
·
62
·
수정됨
0
학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.
1. 강의 내용과 관련된 질문을 남겨주세요.
2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요.
(자주 하는 질문 링크: https://bit.ly/3fX6ygx)
3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요.
(질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG)
질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요.
=========================================
[질문 템플릿]
1. 강의 내용과 관련된 질문인가요? (예/아니오)
2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)
3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)
[질문 내용]
DIP 원칙은 클라이언트 입장에서만 바라봐야하는 건가요?
OrderService가 DiscountPolicy와 구현체인 FixDiscount와 RateDiscountPolicy 모두에 의존한다는 것은 알겠습니다.
DIP원칙에 따르면 이것은 잘못됐죠 인터페이스에만 의존해야하는데 구체적인 클래스에도 의존하고 있으니까 말이죠.
그런데 여기서 DIP가 적용되는것은 클라이언트 입장에서만 인가요? 여기서는 OrderService겠네요.
OrderServiceImpl 클래스 코드상에서도 보면 DiscountPolicy도 FixDiscount와 RateDiscount라는 구현체에 new하면서 의존?하는 것같은데 아닌가요?
아니면 이 둘은 말그대로 DiscountPolicy의 구현체라서 DIP 원칙 적용 해당사항이 없는것인가요?
답변 1
0
안녕하세요, 인프런 AI 인턴입니다. yoon6669님.
DIP(Dependency Inversion Principle)는 객체 지향 설계 원칙의 하나로, 구체적인 클래스가 아닌 추상화(인터페이스나 추상 클래스)에 의존해야 한다는 것을 핵심으로 합니다.
질문하신 내용에서, OrderService가 DiscountPolicy와 그 구현체들(FixDiscountPolicy와 RateDiscountPolicy)에 의존하는 구조에 대해 고민하고 계신 것 같습니다. 여기서 중요한 포인트는 OrderService가 직접적으로 구현체에 의존하지 않는 구조를 만드는 것입니다. DIP에 따르면, 클라이언트 코드(현재 예시에서는 OrderService)는 구현체가 아닌 인터페이스(DiscountPolicy)에 의존해야 합니다.
즉, OrderServiceImpl에서 new 키워드를 사용해 직접적으로 FixDiscountPolicy나 RateDiscountPolicy 구현체를 생성한다면, 이는 DIP를 위반하는 것입니다. 대신 Spring의 의존성 주입을 통해 외부에서 인터페이스를 구현한 객체를 주입받는 방식으로 이를 해결할 수 있습니다. 이렇게 하면 OrderService는 구체적인 구현체에 대한 정보 없이 인터페이스에만 의존하게 되고, 변경에 유연하게 대처할 수 있습니다.
관련 내용을 다룬 질문과 답변을 추천드립니다:
- 이 코드와 그림이 DIP 원칙이라고 봐도 될까요?에서는 DIP 원칙이 적용된 코드가 어떤 모습인지 설명하고 있습니다.
- 관심사의 분리 파트 중 정리한 내용 질문에서는 DIP 위반을 줄이기 위한 객체 설계 패턴을 다루고 있습니다.
이 두 답변을 통해 DIP 원칙의 적용 방식을 이해하는 데 도움이 되시길 바랍니다.
저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏 추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.