안녕하세요 구체화와 추상화 구조에 대해 질문 있습니다.
추상화는 인터페이스 구체화는 인터페이스를 구현한 클래스, 구현 객체 라고 이해했습니다. 그러면 항상 인터페이스를 만든 후 인터페이스에 여러 기능을 설계하고 그리고 나서 구체화한 클래스들은 그 인터페이스 기능을 사용하기만 하면 되는 이러한 구조를 만들면 되는건가요?
답변 1
3
안녕하세요, annjae4676 님! 공식 서포터즈 codesweaver 입니다.
적절한 추상화는 설계의 유연함을 갖습니다.
그러나 지나친 추상화는 모호합니다. 설계의 의도를 알 수 없게 합니다.
만약 어떤 메서드가 boolean 을 반환한다면, ' 이 메서드는 참 또는 거짓을 판별한다'고 추측할 수 있습니다. 메서드는 boolean 외에 다른 정보를 반환할 수 없습니다. 구체적이고 명확하지만 유연함이 떨어지죠.
반환값을 한 단계 추상화 해서 ResultMessage 객체로 반환하면 어떨까요? ResultMessage는 메서드의 실행결과(boolean), 실행 결과를 설명하는 메시지(String), 실행 후 결과값(Object)를 갖습니다. 적절하게 유연하면서 어느정도 의미를 예측할 수 있습니다.
이제 또 한 단계 추상화해서 메서드가 Object를 반환한다고 하면 어떨까요? 메서드를 사용하는 사람은 Object가 무슨 값인지 전혀 알 수 없습니다. 메서드의 내용을 따라 가면서 무슨 값인지 찾아야 합니다. 이는 지나친 추상화의 예입니다.
항상 인터페이스를 두어 유연함을 가져갈 필요는 없습니다. 필요한 곳에 필요한 만큼 유연하면 됩니다. 그리고 '어느 정도의 유연함이 적절한가'를 알기 위해선 경험이 필요합니다.
감사합니다.
SingletonService가 JVM이 뜰 때 생성되는게 맞나요?
0
21
1
섹션3. 11 회원객체 다이어그램
0
36
1
OCP, DIP과 @Qualifier 어노테이션에 대해서 질문합니다.
0
35
1
코드 자료
0
80
2
구현체가 동적으로 정해질 때, 팩토리 기법을 사용하나요?
0
79
2
MemberService의 인터페이스를 왜 사용하는지 궁금합니다.
0
98
1
롬복 @Setter를 써야 하는 상황이 있는건가요?
0
103
1
빈 등록 메서드의 파라미터가 빈이 아니어도 되나요?
0
88
1
테스트 속도가 나중에 영향이 있을까요?
0
89
1
gradle 설정 안떠서 질문 남깁니다!
0
140
2
build.gradle로 프로젝트를 여는 이유
0
100
1
provider 사용하는 이유
0
97
1
다음 강의 뭘 들어야 할까요
0
139
2
프로토타입 빈, 직접 destroy 호출 안 할 경우
0
69
1
beanB
0
91
2
퀴즈다시풀기
0
75
1
Gradle로 바꿔도 오류가 똑같이 발생하네요 ㅠㅠ
0
102
2
"중복 등록과 충돌" 강의에서 강사님과 다른 에러가 발생합니다.
0
71
3
run 실행했는데 결과창이 이렇게 뜨네요 왜 그런건가요>
0
112
2
도메인의 정의?
0
63
1
ApplicationContext 질문입니다.
0
68
1
@Scope의 proxyMode를 사용할때 단위 테스트 방법
0
98
2
ai api 선정하기 관련 질문
0
133
2
생성자 자동주입 관련해서
0
68
1