[Spring Boot - 기본편] 2강 - 좋은 객체 지향 프로그래밍이란?

[객체 지향 특징]

1. 추상화

 - 공통의 속성이나 기능을 묶어 이름을 붙이는 것

2. 캡슐화

 - 데이터 구조와 데이터를 다루는 방법들을 결합 시켜 묶는 것. 다시 한번 말하자면 변수와 함수를 하나로 묶는것을 말한다

3. 상속

 - 상위 개념의 특징을 하위 개념이 물려받는 것 

4. 다형성

- 부모클래스에서 물려받은 가상 함수를 자식 클래스 내에서 오버라이딩 되어 사용되는 것

객체지향 프로그래밍이란 (feat.wiki) : 객체 지향 프로그래밍은 컴퓨터 프로그램을 명령어의 목록으로 보는 시각에서 벗어나 여러개의 독립된 단위, 즉 "객체"들의 모임으로 파악하고자 하는 것이다. 각각의 객체는 메시지를 주고받고, 데이터를 처리할 수 있다. (협력) : 객체 지향 프로그래밍은 프로그램을 유연하고 변경이 용이하게 만들기 때문에 대규모 소프트웨어 개발에 많이 사용된다 유연하고, 변경이 용이? 하다는 내용을 어떻게 받아들여야 하는가  - 레고 블럭 조립하듯이  - 키보드, 마우스 갈아 끼우듯이  - 컴퓨터 부품 갈아 끼우듯이  - 컴포넌트를 쉽고 유연하게 변경하면서 개발할 수 있는 방법

 

 

다형성(Polymorphism)

다형성의 실세계 비유

 - 실세계와 객체 지향을 1:1로 매칭하여 설명하기 어려움

 - 그래도 다형성에 대해서 실세계의 비유로 설명하면 이해하기에는 좋음

 - 따라서 세상을 역할과 구현으로 세상을 구분하여 이해하는 것이 좋음

다형성의 예시 사진(1)

 위 사진의 경우, 운전자가 k3를 타다가 아반떼로 차를 변경을 하거나, 테슬라 모델3로 차를 변경 하여도 자동차의 역할이 운전자에게 영향을 주지 않는다. 자동차라는 구현의 역할은, 구현만 변경이 되었을뿐이기 때문이다.

 

내가 자동차 역할을 k3에서 테슬라로 바꿧어, 운전자는 운전할 수있잖아 다른 차를 탄다고 다른 면허를 따야하는 것이 아니기 때문

왜 그런것인가? 자동차 역할의 인터페이스를 따라서 자동차를 구현했기 때문임

운전자는 뭐만 알고있는가? 자동차 인터페이스에 대해서만 알고 있는 것임, 자동차 역할에 대해서만 의존하고 있는 것

자동차라는 역할을 만들고, 구현을 분리한 것은 누구때문에 만든것일까? 운전자를 위해서 이렇게 만든것

이 운전자를 Client 라고 예시를 들어보자, Client는 자동차의 내부 구조를 몰라도 됨

이 구현체들이 내부적으로 변경이 되더라도, 자동차 역할만 그대로 맞춰서 구현되어있다면, 각각의 구현체들이 내부적으로 변경이 이루어져도 Client에게 영향을 주지 않음

심지어 아반떼를 테슬라3로 바뀌어도 운전자는 바뀔 필요가 없음

Client 영향을 주지않고, 새로운 기능을 제공 할 수 있음

역할과 구현으로 세상을 구분했기 때문에 가능한 일임

 

 

다형성의 예시 사진(2)

공연을 운영하고 기획하는 사람의 입장이라고 생각하고 설명을 진행한다.

"로미오와 줄리엣" 공연이 있다고 가정을 하자

로미오라는 역할이 있고, 줄리엣이라는 역할이 있다

그 로미오라는 역할을, 장동건이나 원빈이 할 수도 있고

줄리엣이라는 역할을, 김태희나 송혜교가 할 수도 있다

또한 "로미오와 줄리엣" 이라는 공연을 한다는 전제하에서는, 배우들 교체가 가능해야한다

"로미오와 줄리엣" 공연을 보면, 이 역할과 구현을 나누었음 그러면 변경 가능한 대체가능성이 생김

이것이 유연하고 변경이 용이하다는 뜻의 정의임

내부 구조를 몰라도 됨

로미오가 Client가 되고, 줄리엣이 Server가 된다고 가정을 해보자

줄리엣의 구현이 바뀐다고 해서, 로미오 역할의 영향을 주지 않음

다른 대상으로 대체가 가능함

이것이 바로 유연하고 변경이 용이하다는 뜻의 정의임

 

[다형성의 실세계 비유] - 예시

 1. 운전자 - 자동차

 2. 공연 무대

 3. 키보드, 마우스, 세상의 표준 인터페이스들

 4. 정렬 알고리즘

 5. 할인 정책 로직

 

[역할과 구현을 분리]

 - 역할과 구현으로 구분하면 세상이 단순해지고, 유연해지며 변경도 편리해진다.

장점

 - 클라이언트는 대상의 역할(인터페이스)만 알면 된다.

 - 클라이언트는 구현 대상의 내부 구조를 몰라도 된다.

 - 클라이언트는 구현 대상의 내부 구조가 변경되어도 영향을 받지 않는다.

 - 클라이언트는 구현대상 자체를 변경해도 영향을 받지 않는다.

 

 

 

 

프로그램 언어에서 차용된 예시를 살펴보자

[역할과 구현을 분리] - 자바 언어

 - 자바 언어의 다형성을 활용

   - 역할 = 인터페이스

   - 구현 = 인터페이스를 구현한 클래스, 구현 객체

 - 객체를 설계할 때 역할과 구현을 명확히 분리

 - 객체 설계시 역할(인터페이스)을 먼저 부여하고, 그 역할을 수행하는 구현 객체 만들기

 

[객체의 협력이라는 관계부터 생각]

 - 혼자 있는 객체는 없다.

 - 클라이언트: 요청, 서버: 응답

 - 수 많은 객체 클라이언트와 객체 서버는 서로 협력 관계를 가진다.

 

 

자바의 다형성 예시 화면

자바 언어의 다형성 장점

 - 오버라이딩을 떠올려보자

 - 오버라이딩은 자바 기본 문법

 - 오버라이딩 된 메서드가 실행

 - 다형성으로 인터페이스를 구현한 객체를 실행 시점에 유연하게 변경할 수 있다.

 - 물론 클래스 상속 관계도 다형성, 오버라이딩 적용가능

 

다형성의 본질

 - 인터페이스를 구현한 객체 인스턴스를 실행 시점에 유연하게 변경할 수 있다

 - 다형성의 본질을 이해하려면 협력이라는 객체사이의 관계에서 시작해야함

 - 클라이언트를 변경하지 않고, 서버의 구현 기능을 유연하게 변경할 수 있다

 

 

[역할과 구현을 분리] - 정리

 - 실세계의 역할과 구현이라는 편리한 컨셉을 다형성을 통해 객체 세상으로 가져올 수 있음

 - 유연하고, 변경이 용이

 - 확장 가능한 설계

 - 클라이언트에 영향을 주지 않는 변경 가능

 - 인터페이스를 안정적으로 잘 설계하는 것이 중요

 

 

[역할과 구현을 분리] - 한계

 - 역할(인터페이스) 자체가 변하면, 클라이언트, 서버 모두에 큰 변경이 발생한다.

 - 인터페이스를 안정적으로 잘 설계하는 것이 중요

 

[스프링과 객체 지향]

 - 다형성이 가장 중요하다

 - 스프링은 다형성을 극대화해서 이용할 수 있게 도와준다

 - 스프링에서 이야기하는 제어의 역전(IoC), 의존관계 주입(DI)은 다형성을 활용해서 역할과 구현을 다룰 수 있도록 지원한다.

 - 스프링을 사용하면 마치 레고 블럭 조립하듯이 공연 무대의 배우를 선택하듯이 구현을 편리하게 변경할 수 있다.

 

스프링에서 객체지향 프로그래밍을 이야기할때 나오는 것이 다형성 이외에 한가지 또 있다

그럿은 SOLID( 좋은 객체 지향 설계의 5가지 원칙 ) 이다

 

 

 

 

[출처]

객체지향개발(OOP) 개념 정리

 

스프링 핵심 원리 - 기본편 - 인프런 | 강의