반응형
Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | ||||
4 | 5 | 6 | 7 | 8 | 9 | 10 |
11 | 12 | 13 | 14 | 15 | 16 | 17 |
18 | 19 | 20 | 21 | 22 | 23 | 24 |
25 | 26 | 27 | 28 | 29 | 30 | 31 |
Tags
- spring
- ResponseBodyAdvice
- 포맷터
- Stream
- AOP
- AccessLevel
- findAny
- LogInterceptor
- java
- Thread Safety
- 개방/폐쇄 원칙
- vaultTemplate
- Starter
- RestTemplate
- JsonStringType
- restTemple
- JsonType
- Save Action
- AOP 매개변수
- gradle
- jpa
- AOP target
- Spring Boot
- fotmatter
- AOP this
- 쓰레드 안전
- @AutoConfiguration
- ClientHttpRequestInterceptor
- findFirst
- auto configuration
Archives
- Today
- Total
맨땅에 헤딩하는 개바른자
JAVA 다형성을 이해해보자 (기본편) 본문
반응형
다형성을 이해해보자
출처 : 김영한 인프런
자동자는 인터페이스역활을 한다.
자동자라는 개념에 다양하게 K3, 아반떼, 테슬라 모델3 처럼 다양한 자동차로 구현할 수 있다
즉.. 운전자는 구현체가 다양하여도 운전을 할 수 있다.
운전자는 자동차라는 역활에 대한 다양한 구현체의 자동차를 사용할 수 있다는 개념이다
또 다른 예로
로미오, 줄리엣 이라는 역활에 있는데
장동건, 원빈이 로미오를 하던
김태희, 한가인이 줄리엣을 하던
무한한 대체가 가능하다라는 개념이다
역활과 구현을 분리
역활과 구현으로 구분하면 세상이 단순해지고, 유연해지며 변경도 편리해진다.
- 장점
- 클라이언트는 대상의 역활(인터페이스만) 알면 된다.
- 클라이언트는 구현 대상의 내부 구조를 몰라도 된다.
- 클라이언트는 구현 대상의 내부 구조가 변경되어도 영향을 받지 않는다.
- 클라이언트는 구현 대상 자체를 변경해도 영향을 받지 않는다.
- 자바 언어의 다형성을 활용
- 역활 = 인터페이스
- 구현 = 인터페이스를 구현한 클래스, 구현 객체
- 객체를 설계할 때 역활과 구현을 명확히 분리
- 객체 설계시 역활을 먼저 부여하고, 그 역활을 수행하면 구현객체 만들기
다형성의 본질
- 인터페이스를 구현한 객체 인스턴스를 실행 시점에 유연하게 변경할 수 있다.
- 클라이언트를 변경하지 않고, 서버의 구현 기능을 유연하게 변경할 수 있다.
- 즉..
- (클라이언트)memberService에서 (역활)memberRepository를 의존하고 있다고 가정하자
- memberRepository는 (구현)memoryRepository, (구현)JdbcRepository를 사용할 수 있다.
- memberService가 따른걸 변경하지 않아도, memberRepository가 사용되는 시점에 어떤 것을 사용하도록 선언한지에 따라 결정 된다.
역활과 구현을 분리 (한계)
- 역활(인터페이스) 자체가 변하면, 클라이언트, 서버 모두에 큰 변경이 발생되는 불상사가 존재
- 자동차를 비행기로 변경해야 한다면?
- 대본 자체가 변경된다면?
- 인터페이스를 안정적으로 잘 설계하는 것이 중요
스프링과 객체 지향
- 다형성이 가장 중요하다!
- 스프링은 다형성을 극대와해서 이용할 수 있게 도와준다.
- 스프링에서 이야기하는 제어의 역전(IoC), 의존관계 주입(DI)은 다형성을 활용해서 역활과 구현을 편리하게 다룰 수 있도록 지원한다.
- 스프링을 사용하면 마치 레도 블럭 조립하듯이! 공연 무대의 배우를 선택하듯이! 구현을 편리하게 변경할 수 있다.
반응형
'JAVA' 카테고리의 다른 글
static 메소드 내 지역변수는 thread safe 한가? (0) | 2022.07.22 |
---|---|
리스코프 치환 원칙 (LSP) Liskov substitytion principle (0) | 2022.05.26 |
개방/폐쇄 원칙 (OCP open/closed principle) (0) | 2022.05.24 |
Controller Response 공통 처리 하기 (0) | 2022.04.27 |
Spring MVC Lifecycle 구조 (0) | 2022.04.15 |