Service 구현체와 DIP
376
4 asked
DIP를 지키려면 클라이언트는 구현 클래스가 아닌 인터페이스에 의존해야 하는 것으로 알고 있습니다.
때문에 프로젝트에서 컨트롤러는 구현체가 아닌 인터페이스를 호출해서 인터페이스의 기능을 사용하고
서비스 레이어에서 구현 객체를 만드는 식으로 프로젝트를 진행했습니다.
프로젝트를 얼추 마무리하고 리뷰하는 과정에서 인터페이스에 대해 재고하게 되었고
이 과정에서 '기능의 확장 가능성이 없는 메서드까지 추상화를 해야 하나?' 라는 의문이 들었습니다.
인터페이스는 자바의 다형성을 살려 기능의 확장의 필요한 순간 새로운 구현체로
기능을 확장하는데 의의가 있다고 생각하는데 기능의 확장이 필요하지 않을 때는
인터페이스로 굳이 추상화 과정이 필요없다는 생각이 들었습니다.
근데 이렇게 프로그램을 리팩토링하게되면 DIP가 깨진다는 생각이 들었습니다.
결국 추상화를 하지 않는다는 것은 컨트롤러에서 직접 구현 클래스를 가져온다는 것인데
이건 인터페이스를 의존하는 것이 아니기 때문입니다.
때문에 추상화가 필요없으면 구태여 하지 않는 방향이 좋은 것인지
DIP를 깨지 않기 위해 의미없는 추상화라도 필요한 것인지
궁금합니다.
Answer 1
코드 자료
0
25
2
구현체가 동적으로 정해질 때, 팩토리 기법을 사용하나요?
0
51
2
MemberService의 인터페이스를 왜 사용하는지 궁금합니다.
0
74
1
롬복 @Setter를 써야 하는 상황이 있는건가요?
0
89
1
빈 등록 메서드의 파라미터가 빈이 아니어도 되나요?
0
81
1
테스트 속도가 나중에 영향이 있을까요?
0
77
1
gradle 설정 안떠서 질문 남깁니다!
0
120
2
build.gradle로 프로젝트를 여는 이유
0
85
1
provider 사용하는 이유
0
88
1
다음 강의 뭘 들어야 할까요
0
126
2
프로토타입 빈, 직접 destroy 호출 안 할 경우
0
64
1
beanB
0
82
2
퀴즈다시풀기
0
66
1
Gradle로 바꿔도 오류가 똑같이 발생하네요 ㅠㅠ
0
92
2
"중복 등록과 충돌" 강의에서 강사님과 다른 에러가 발생합니다.
0
65
3
run 실행했는데 결과창이 이렇게 뜨네요 왜 그런건가요>
0
105
2
도메인의 정의?
0
59
1
ApplicationContext 질문입니다.
0
62
1
@Scope의 proxyMode를 사용할때 단위 테스트 방법
0
88
2
ai api 선정하기 관련 질문
0
118
2
생성자 자동주입 관련해서
0
64
1
생성자 직접 호출 vs 팩토리 메서드 패턴
0
96
2
Spring에서 SessionScope와 RequestScope는 함께 사용되나요?
1
65
1
12:25
0
77
2