20231213 TIL

객체지향의 다형성/인터페이스 부분까지 싹 복습하니 이제 눈이 조금 떠질락말락 하는 느낌이다.
김영한님의 객체지향 프로그래밍에 대한 설명을 간략하게 정리해보면

객체 지향 프로그래밍?

1. 컴퓨터 프로그램을 명령어의 목록으로 보는 것이 아니라
2. 여러 개의 독립된 단위, 즉 “객체” 들의 모임으로 파악하고자 하는 프로그래밍 방식
3. 각각의 객체는 메시지를 주고받고, 데이터를 처리 가능(협력)
4. 장점
   1. 프로그램을 유연하고 변경이 용이하게 만들어준다
   2. 대규모 소프트웨어 개발에 사용된다.

유연하고 변경이 용이?

1. 레고 블럭 조립하듯이
2. 키보드, 마우스 갈아 끼우듯이
3. 컴퓨터 부품 갈아 끼우듯이
4. 컴포넌트를 쉽고 유연하게 변경하면서 개발할 수 있는 방법

운전자와 자동차의 관계

1. 자동차
   1. 역할
   2. 구현
      1. 테슬라
      2. 아반떼
      3. 벤츠 등등…
2. 운전자
   1. 역할 입장
      1. 자동차가 바뀌더라도 이 운전자의 역할은 변하지 않는다.
      2. 아반떼를 타다가 테슬라로 바꾼다고 해서 자동차 못타는건 아니다.
      3. 즉, 운전자에게는 영향이 없다.
      4. 운전자는 자동차의 역할만 이해하면 된다.

역할과 구현을 분리

1. 세상이 단순해지고, 유연해지며, 변경이 편리해진다.
2. 장점 (클라이언트는~)
   1. 대상의 역할만 파악하면 된다.
   2. 구현 대상의 내부 구조는 몰라도 된다.
   3. 구현 대상의 내부 구조가 변경되어도 영향을 받지 않는다.
      1. 벤츠의 부품을 바꿨어도 기본 역할이 변하지만 않으면 됨
   4. 구현 대상 자체를 변경해도 영향을 받지 않는다.
      1. 자동차의 역할만 변경되지 않으면 됨

객체의 협력이라는 관계부터 생각하자

1. 혼자 있는 객체는 없다
2. 클라이언트는 요청하고
3. 서버는 응답한다
4. 수많은 객체 클라이언트와 객체 서버는 서로 협력 관계를 가진다.
5. 서버도 클라이언트가 될 수 있다
   1. 클라이언트로부터 서버가 요청을 받았는데
   2. 응답을 하기 위해서는 다른 서버에게 요청을 해야 할 수도 있음

다형성의 본질

1. 인터페이스를 구현한 객체 인스턴스를 실행 시점에 유연하게 변경할 수 있다.
2. 다형성의 본질을 이해하려면 협력이라는 객체사이의 관계에서 시작해야 한다.
3. 클라이언트를 변경하지 않고, 서버의 구현 기능을 유연하게 변경할 수 있다.

역할과 구현을 분리 : 정리하기

1. 실세계의 역할과 구현이라는 편리한 컨셉을 다형성을 통해 객체 세상으로 가져올 수 있다.
2. 유연하고 변경이 용이하다.
3. 확장 가능한 설계
4. 클라이언트에 영향을 주지 않는 변경 기능
5. 인터페이스를 안정적으로 잘 설계하는 것이 중요

총정리

1. 다형성이 제일 중요하다
2. 디자인 패턴의 대부분은 다형성을 활용하는 것이다.
3. 스프링의 핵심인 제어의 역전, 의존관계 주입도 결국 다형성의 활용이다.
4. 다형성을 잘 활용하면 레고 블록 조립하듯이 구현을 편리하게 할 수 있다.

그래서 무엇을 더 해볼까?

먼저 주어진 과제를 끝내고, 문제들을 더 찾아 풀어보며 다형성을 어떻게 써먹으면 좋을지 생각해보도록 하자.