Spring 시리즈는 혼자 공부하며 기록으로 남기고, 만약 잘못 학습 한 지식이 있다면 공유하며 피드백을 받고자 작성합니다.
스프링에 대해 깊게 공부해보고자 인프런의 김영한 강사님께서 강의를 진행하시는 (스프링 핵심 원리 - 기본편) 강의를 수강하며 정리하는 글입니다.
혹여나 글을 읽으시며 잘못 설명된 부분이 있다면 지적 부탁드리겠습니다.
객체 지향 특징
- 추상화
- 캡슐화
- 상속
- 다형성 - 객체지향의 꽃!🌸
객체지향 프로그래밍
- 컴퓨터 프로그램을 명령어의 목록으로 보는 시각에서 벗어나 여러 개의 독립된 단위, 즉 "객체"들의 모임으로 파악하는 것이다.
각각의 객체는 메시지를 주고받으며 데이터를 처리한다. - 프로그램을 유연하고 변경이 용이하게 만들기 때문에 대규모 소프트웨어 개발에 많이 사용한다.
유연하고 변경이 용이하다??
- 레고 블럭을 조립하듯이
- 키보드, 마우스를 갈아 끼우듯이
- 컴퓨터 부품을 갈아 끼우듯이
- 컴포넌트를 쉽고 유연하게 변경하며 개발할 수 있는 방법이다.
유연함과 변경이 용이한 방법? 객체지향의 핵심 객체지향의 꽃 다형성(Polymorphism) 이다.
다형성의 실세계 비유
- 실세계와 객체 지향을 1:1로 매칭하면 잘 맞지않음
- 그래도 실세계의 비유로 이해하기에는 좋다.
- 바로 역할과 구현으로 세상을 구분한다.
예시
1. 운전자 - 자동차
운전자라는 역할이 있고 자동차라는 역할이 있다.
자동차 역할을 3개의 다른 자동차로 구현을 했지만? 운전자는 K3를 타다가 아반떼로 차를 바꿔도 운전이 가능하다.
자동차 역할에 대한 구현만 변경된것이기 때문에 운전자(클라이언트)에게 영향이 가지 않는다.
자동차 역할(인터페이스)을 따라서 자동차에도 구현을 다 했기 때문이다.
운전자는 자동차에 대한 역할 즉, 자동차의 역할에만 의존하고 있다.
2. 공연 무대(로미오와 줄리엣)
로미오라는 역할이 있고, 줄리엣이라는 역할이 있다.
로미오 역할에는 장동건과 원빈이라는 구현이 존재하고, 줄리엣 역할에는 김태희와 송혜교라는 구현이 존재하는 것이다.
로미오 역할을 원빈이 한다고 할때, 줄리엣 역할을 누가 하든 몰라도 된다. 대본에 따라서만 하면되는거지 그 구현을 알 필요는 없다.
다형성의 실세계 비유 예시 종류
- 운전자 - 자동차
- 공연 무대
- 키보드, 마우스, 세상의 표준 인터페이스
- 정렬 알고리즘
- 할인 정책 로직
역할과 구현을 분리
- 역할과 구현으로 구분하면 세상이 단순해지고, 유연해지며 변경도 편리해진다.
- 장점
- 클라이언트는 대상의 역할(인터페이스)만 알면 된다.
- 클라이언트는 구현 대상의 내부 구조를 몰라도 된다.
- 클라이언트는 구현 대상의 내부 구조가 변경되어도 영향을 받지 않는다.
- 클라이언트는 구현 대상 자체를 변경해도 영향을 받지 않는다.
역할과 구현을 분리(자바 언어)
- 자바 언어의 다형성을 활용
- 역할 = 인터페이스
- 구현 = 인터페이스를 구현한 클래스, 구현 객체
- 객체를 설계할 때 역할과 구현을 명확히 분리
- 객체 설계시 역할(인터페이스)을 먼저 부여하고, 그 역할을 수행하는 구현 객체를 만든다.
핵심은 구현보다 인터페이스가 먼저다!
자바 언어의 다형성
- 오버라이딩을 생각해본다.
- 실행될때는 오버라이딩 된 메서드가 실행된다.
- 다형성으로 인터페이스를 구현한 객체를 실행 시점에 유연하게 변경할 수 있다.
위 그림을 보면 클라이언트는 MemberService라고 보고 클라이언트는 MemberRepository를 의존하고있다.
빨간색 동그라미는 MemberRepository라는 역할의 MemoryMemberRepository라는 구현체이고,
초록색 동그라미는 MemberRepository라는 역할의 JdbcMemberRepository라는 구현체이다.
어떤 구현체가 할당되어도 클라이언트에게 가는 영향은 없다.
public class MemberService {
private MemberRepository memberRepository = new MemoryMemberRepository();
}public class MemberService {
//private MemberRepository memberRepository = new MemoryMemberRepository();
private MemberRepository memberRepository = new JdbcMemberRepository();
}다형성의 본질
- 인터페이스를 구현한 객체 인스턴스를 실행 시점에 유연하게 변경할 수 있다.
- 다형성의 본질을 이해하려면 협력이라는 객체사이의 관계에서 시작해야한다.
- 클라이언트를 변경하지 않고, 서버의 구현 기능을 유연하게 변경할 수 있다.
정리
- 실세계의 역할과 구현이라는 편리한 컨셉을 다형성을 통해 객체 세상으로 가져올 수 있다.
- 유연하고 변경이 용이하다.
- 확장 가능한 설계가 된다.
- 클라이언트에 영향을 주지 않는 변경 가능하다.
- 그래서 이 역할 즉, 인터페이스를 안정적으로 잘 설계하는 것이 진짜 중요하다.
한계
- 역할(인터페이스) 자체가 변하면, 클라이언트, 서버 모두에 큰 변경이 발생한다.
- 예시
- 자동차를 비행기로 변경해야 한다면?
- 대본 자체가 변경된다면?
- USB 인터페이스가 변경된다면?
인터페이스를 가장 변화가 없는 방식으로 잘 설계하는게 제일!!!! 중요하다.
스프링과 객체 지향
- 다형성이 가장 중요하다.
- 스프링은 다형성을 극대화해서 이용할 수 있게 도와준다.
- 스프링에서 이야기하는 제어의 역전(IoC), 의존관계 주입(DI)은 다형성을 활용해서 역할과 구현을 편리하게 다룰 수 있도록 지원한다.
- 스프링 컨테이너가 제공하는건 이 다형성을 되게 편리하게 사용할 수 있도록 지원하는 기능이다.
- 스프링을 사용하면 마치 레고 블럭 조립하듯, 공연 무대의 배우를 선택하듯이 구현을 편리하게 할 수 있다.
