Service레이어를 인터페이스로 추상화 하는 이유는 무엇인가요?
저장소는 DIP를 이용해 손쉬운 교체를 하기 위함은 충분히 이해가 됐습니다. 하지만 현재 교체 가능성이 없는 Service클래스를 추상화하고 구현하는 이유가 있을까요?
어떤 기준으로 추상화하고 구현하시는지 궁금합니다.
Answer 4
38
안녕하세요. Dev.Kim님^^
누군가 이 질문을 해주어야 하는데, 하고 기다리고 있던 질문입니다. ㅎㅎ
제가 객체 지향 설계와 스프링 마지막에서 말씀드렸던 내용이 기억나실꺼에요.
* 이상적으로는 모든 설계에 인터페이스를 부여하자
실무 고민
* 하지만 인터페이스를 도입하면 추상화라는 비용이 발생한다.
* 기능을 확장할 가능성이 없다면, 구체 클래스를 직접 사용하고, 향후 꼭 필요할 때 리팩터링해서 인터페이스를 도입하는 것도 방법이다.
강의에서는 이상적으로 역할과 구현을 분리한는 것에 초점을 맞추어서 이런 부분들도 분리했습니다. 저도 실무에서는 교체 가능성이 없는 서비스 클래스는 구체 클래스로 바로 만드는 것을 선호합니다^^
도움이 되셨길 바래요.
섹션3. 11 회원객체 다이어그램
0
30
1
OCP, DIP과 @Qualifier 어노테이션에 대해서 질문합니다.
0
27
1
코드 자료
0
64
2
구현체가 동적으로 정해질 때, 팩토리 기법을 사용하나요?
0
67
2
MemberService의 인터페이스를 왜 사용하는지 궁금합니다.
0
89
1
롬복 @Setter를 써야 하는 상황이 있는건가요?
0
97
1
빈 등록 메서드의 파라미터가 빈이 아니어도 되나요?
0
84
1
테스트 속도가 나중에 영향이 있을까요?
0
84
1
gradle 설정 안떠서 질문 남깁니다!
0
129
2
build.gradle로 프로젝트를 여는 이유
0
94
1
provider 사용하는 이유
0
96
1
다음 강의 뭘 들어야 할까요
0
131
2
프로토타입 빈, 직접 destroy 호출 안 할 경우
0
67
1
beanB
0
85
2
퀴즈다시풀기
0
70
1
Gradle로 바꿔도 오류가 똑같이 발생하네요 ㅠㅠ
0
98
2
"중복 등록과 충돌" 강의에서 강사님과 다른 에러가 발생합니다.
0
68
3
run 실행했는데 결과창이 이렇게 뜨네요 왜 그런건가요>
0
107
2
도메인의 정의?
0
60
1
ApplicationContext 질문입니다.
0
67
1
@Scope의 proxyMode를 사용할때 단위 테스트 방법
0
97
2
ai api 선정하기 관련 질문
0
125
2
생성자 자동주입 관련해서
0
68
1
생성자 직접 호출 vs 팩토리 메서드 패턴
0
99
2