Service대신 ServiceImpl을 의존성 주입을 해도 괜찮을까요?

Question

스프링으로 프로젝트 진행중에 아래 처럼 의존성 주입을 해보았습니다.&#64;Autowired ProductController(ProductServiceImpl productService) { this.productService &#61; productService; }보통에 경우라면 &#34;&#34;Service로 타입을 명시하였겠지만 코드 추적(ctrl &#43; 좌클릭)을 할 때 &#34;&#34;Service로 타입을 명시하면 interface로 정의된 파일로 이동이 되어 로직이 구현되어있는 ServiceImpl을 대신 사용해보았습니다. 궁금한것은 작동은 문제 없지만 만약 이렇게 의존성 주입을 하게 될 시 객체지향 설계에 문제가 되는것이 있을지 의문이 되어 질문 드립니다. 이런식으로 코딩해도 될까요?

zupserupse · Answer

네...괜찮습니다...

pandabear · Answer

구현 클래스를 주입하면 인터페이스를 만드는 이유가 없지 않을까요? 다형성에 대해 찾아보세여

mugwanmin · Answer

&#34;interface로 정의된 파일로 이동이 되어&#34; 이게 interface를 쓰는 이유입니다. interface가 아예 없는 거면 몰라도 interface 구현체 둘 다 만들어 놓고 구현체를 의존한다면 그건 이상합니다

파천황적호사가 · Answer

같은 인터페이스의 여러 구현체중 어떤걸 받을지 고를때 구체 클래스 명시하기도 함. 퀄리파이어가 낫지만.

짱구올시다 · Answer

의존성 주입을 하는 이유는 의존하는 객체의 생성에 대한 책임을 분리하기 위해서이기도 하지만,다형성을 통해 클래스 간 결합도를 낮춰 응집도 있는 코드를 작성하기 위함이기도 합니다.UserServiceImpl이라는 구체화된 클래스를 컨트롤러가 알게 되면, 그 구체화된 클래스가 변경될 경우 컨트롤러는 당연히 영향 받을 수 밖에 없습니다.하지만 인터페이스를 바라보고 있을 경우 구현체가 바뀌어도 컨트롤러 클래스는 영향 받지 않겠죠.이런 이유로 서비스를 굳이 인터페이스를 두고 구현체를 따로 만드는 이유입니다.

Service대신 ServiceImpl을 의존성 주입을 해도 괜찮을까요?

5개의 답변

Q&A 목록