지금까지 객체 지향 설계와 스프링에 대해 배우고 java코드로 예제를 만들어봤다. 그리고 객체 지향 원리를 적용해 SOLID 원칙을 준수하도록 했다.

그런데 막상 처음부터 설명해보라고 하면 ... 못 할 것 같다 !!
그래서 !! 오늘은 지금까지 배운 내용을 쭉 살펴보며 정리하는 시간을 가지려고 한다.

---

참고 포스트

객체 지향 프로그래밍, 왜 쓸까?

객제 지향 프로그래밍은 프로그램을 유연하고 변경이 용이하게 만든다.
(그래서 대규모 소프트웨어 개발에 많이 사용한다.)

✔️ 유연하고 변경이 용이?

이는 다형성을 이야기한다. 다형성은 컴포넌트를 쉽고 유연하게 변경하며 개발할 수 있는 방법을 이야기한다.

전에 들었던 예시를 돌이켜보자.

로미오와 줄리엣👩🏼‍❤️‍👨🏼에 대한 예시가 기억나는가? 역할과 구현을 구분하는 것이 중요하다고 강조했었다.

로미오의 역할, 줄리엣의 역할은 어떤 배우가 맡든 대체 가능해야 한다고 했다. 그리고 이를 유연하고 변경이 용이하다고 표현했다.

이를 자바의 시선으로 보면 역할은 인터페이스, 구현은 인터페이스를 구현한 클래스, 구현 객체라고 할 수 있다.

✔️ 그래서 뭐, 다형성을 이용하면 뭐가 좋다는거야?

이렇게 다형성을 통해 코드를 짜면 클라이언트를 변경하지 않고도 서버의 구현 기능을 유연하게 변경할 수 있다는 장점이 있다.
스프링에서 IoC(제어의 역전), DI(의존관계 주입)도 다형성을 활용해 역할과 구현을 편리하게 다룰 수 있도록 할 것이다.

---

참고 포스트

⭐️ SOLID 좋은 객체지향 설계의 5가지 원칙

SRP 단일 책임 원칙

: Single responsibility principle

• 한 클래스는 하나의 책임만 가져야 한다.
• 변경이 있을 때 파급 효과가 적다면 단일 책임 원칙을 잘 따른 것

⭐️ OCP 개방-폐쇄 원칙

: Open/closed principle

• 소프트웨어 요소는 확장에는 열려있으나 변경에는 닫혀있어야 한다.
• 위에서 얘기했던 역할과 구현의 분리를 생각해보면 조금 이해될 것이다.

LSP 리스코프 치환 원칙

: Liskov substitution principle

• 프로그램 객체는 프로그램의 정확성을 깨뜨리지 않으면서 하위 타입의 인스턴스로 바꿀 수 있어야 한다.
• 다형성에서 하위 클래스는 인터페이스 규약을 다 지켜야 한다. 즉, 자동차 인터페이스의 엑셀은 후진을 수행하면 안된다.

ISP 인터페이스 분리 원칙

: Interface segregation principle

• 특정 클라이언트를 위한 인터페이스 여러 개가 범용 인터페이스 하나보다 낫다.
  즉, 하나에 몰아넣지 말고 잘 쪼개어보자.
• 인터페이스가 명확해지고, 대체 가능성이 높아진다.

⭐️ DIP 의존관계 역전 원칙

: Dependency inversion principle

• 구현 클래스(구현)에 의존하지 말고, 인터페이스(역할)에 의존하라

---

참고 포스트

DI: Dependency Injection

의존관계 주입 or 의존성 주입

로미오와 줄리엣👩🏼‍❤️‍👨🏼 예시를 생각해보면 역할은 있다. 그럼 역할을 누가 맡을지는 누가 정해주지?

🤔: 로미오가 줄리엣을 섭외하거나 줄리엣이 로미오를 섭외해야하나?

말도 안되는 소리. 너무 많은 역할을 주지 말자 -`д´-!!
별도의 공연 기획자(AppConfig)를 모시자

Appconfig는 애플리케이션의 전체 동작 방식을 구성(config)하기 위해 구현 객체 생성/연결을 수행한다.

인터페이스 입장에서는 생성자를 통해 어떤 구현 객체가 주입될지 알 수 없다. = 맡은 일이 줄어듦. (실행에만 집중)

---

참고 포스트

스프링 컨테이너

스프링 컨테이너 = 인터페이스 = ApplicationContext

스프링 컨테이너를 만드는 방법

• XML 기반
• 애노테이션 기반의 자바 설정 클래스

스프링 컨테이너 생성 과정
1. 스프링 컨테이너 생성
2. 스프링 빈 등록
3. 스프링 빈 의존관계 설정 (스프링 컨테이너가 설정 정보를 참고해 의존관계를 주입(DI)한다.)

---

참고 포스트

BeanFactory & ApplicationContext

BeanFactory를 상속받은 것이 ApplicationContext
(BeanFactory + 부가기능)

✔️ BeanFactory

• 스프링 컨테이너 최상위 인터페이스
• 역할: 스프링 빈 관리, 조회

우리가 사용한 기능 대부분은 BeanFactory 제공 기능

✔️ ApplicationContext

• BeanFactory를 상속받은 것이 ApplicationContext
  (BeanFactory + 부가기능)

📌 ApplicationContext 부가기능

• 국제화 기능
• 환경 변수
• 애플리케이션 이벤트
• 편리한 리소스 조회

BeanFactory, ApplicationContext = 스프링 컨테이너

---

📌 단축키 (mac)

command + ,(반점): preferences

preferences → keymap 검색: 단축키 확인

command + shift + enter: tap 칠 때 ;(세미콜론)까지 넣어 한 줄 완성

psvm + enter: public static void main(String[] args){} 생성

command + n: toString() 을 검색해 생성할 수 있음 (출력을 보기 쉽게 함)

command + shift + t: 테스트 생성

option + enter + Add static import - : Assertions.assertThat을 static으로 바꾸기