무조건 인터페이스-구현체 를 나누는게 좋은 건 아니겠죠 ???
360
작성한 질문수 54
모든 상황에서 인터페이스(DiscountPolicy)-구현체(FixDiscountPolicy) 처럼 나누는게 좋은 건 아니겠죠 ??
지금 상황처럼 정책이 바뀔 경우가 없다면 그냥 바로 구현체를 만드는 게 더 효율적인 것 같은데, 설계상 정책이 안바뀐다 하더라도 만약의 상황을 대비해 인터페이스를 만들어두는편인가요 ??
답변 1
4
안녕하세요. 팡휘님, 공식 서포터즈 OMG입니다.
인터페이스를 가져가는 개발 구조에서의 추상화라는 비용이 발생하는 것을 잘 캐치하신 것 같습니다.
다음 링크의 영한님 답변을 참고해주세요 😀
감사합니다.
fieldInjectionTest() 질문
0
68
1
AutoAppConfig의 존재이유
0
58
1
AppConfig와 스프링 빈 질문
0
63
1
[영한님]Spring Boot 및 프로젝트 생성
0
132
2
퀴즈가 안열려요
0
108
2
회원 도메인 인터페이스 개발
0
119
2
빈 스코프 개념의 중요성
0
101
1
SingletonService가 JVM이 뜰 때 생성되는게 맞나요?
0
160
2
섹션3. 11 회원객체 다이어그램
0
81
1
OCP, DIP과 @Qualifier 어노테이션에 대해서 질문합니다.
0
82
1
코드 자료
0
147
2
구현체가 동적으로 정해질 때, 팩토리 기법을 사용하나요?
0
134
2
MemberService의 인터페이스를 왜 사용하는지 궁금합니다.
0
152
1
롬복 @Setter를 써야 하는 상황이 있는건가요?
0
145
1
빈 등록 메서드의 파라미터가 빈이 아니어도 되나요?
0
144
1
테스트 속도가 나중에 영향이 있을까요?
0
129
1
gradle 설정 안떠서 질문 남깁니다!
0
273
2
build.gradle로 프로젝트를 여는 이유
0
166
1
provider 사용하는 이유
0
169
1
다음 강의 뭘 들어야 할까요
0
200
2
프로토타입 빈, 직접 destroy 호출 안 할 경우
0
116
1
beanB
0
137
2
퀴즈다시풀기
0
113
1
Gradle로 바꿔도 오류가 똑같이 발생하네요 ㅠㅠ
0
172
2