[스프링 핵심 원리 - 기본편] #1. 객체 지향 설계와 스프링

[chaelink]

섹션 1 객체 지향 설계와 스프링

1)이야기 - 자바 진영의 추운 겨울과 스프링의 탄생

과거 EJB 주로 사용

Enterprise Java Beans

그러나, 어렵고 복잡하고 느리다.

다시 옛날의 자바로 돌아가자는 말이 나올 정도

—> 스프링 탄생

—> 하이버네이트 탄생 → JPA 로 성장

스프링의 역사

: EJB의 문제점 지적, 로드 존슨

2)스프링이란?

: 여러 기술의 모음 ex) 스프링 프레임워크, 스프링 부트 등등

가장 중요한 것은 스프링 프레임워크

스프링 부트: 스프링을 편리하게 사용할 수 있도록 지원 tomcat 같은 웹서버를 내장해서 별도의 웹 서버를 설치하지 않아도 됨

스프링의 진짜 핵심은 객체 지향 언어의 특징을 살려내는 프레임워크인 것, 좋은 객체 지향 애플리케이션을 개발할 수 있게 도와준다.

3)좋은 객체 지향 프로그래밍이란?

객체 지향 : 컴퓨터 프로그래밍을 명령어의 목록으로 보기보다는 여러개의 독립된 단위 즉. 객체 들의 모임으로 파악하고자 하는 것 . 유연하며 변경이 용이하다.(컴포넌트를 쉽고 유연하게 변경하며 개발할 수 있는 방법, 다형성)

각각의 객체는 메시지를 주고받고 데이터를 처리할 수 있다.

💡 다형성 : 운전자&자동차로 비유, 자동차(역할)에 다양한 종류의 자동차(구현) 존재 새로운 자동차 모델이 나와도 운전자는 영향을 받지 않음 →유연하며 변경이 용이하다.

역할:인터페이스, 구현: 구현 객체

확장 가능한 설계

인터페이스가 중요

4)좋은 객체 지향 설계의 5가지 원칙(SOLID)

SRP 단일 책임 원칙	한 클래스는 하나의 책임만 가져야 한다. 변경이 있을 때 파급효과가 적으면 단일 책임 원칙을 잘 따른 것
OCP 개방-폐쇄 원칙	소프트웨어 요소는 확장에는 열려 있으나, 변경에는 닫혀 있어야 한다. 다형성을 활용 / 문제점: 구현 객체를 변경하려면 클라이언트 코드를 변경해야한다. → 별도의 조립, 설정자가 필요하다.
LSP 리스코프 치환 원칙	프로그램의 객체는 프로그램의 정확성을 깨뜨리지 않으면서 하위 타입의 인스턴스로 바꿀 수 있어야 한다.
ISP 인터페이스 분리 원칙	특정 클라이언트를 위한 인터페이스 여러 개가 범용 인터페이스 하나보다 낫다.
DIP 의존관계 역전 원칙	구현 클래스에 의존하지 말고, 인터페이스에 의존해야한다. (역할에 의존해야하는 것과 같다.)

객체 지향의 핵심은 다형성이지만 다형성만으로는 OCP,DIP를 지킬 수 없다.

5)객체 지향 설계와 스프링

스프링은 DI(의존관계, 의존성 주입), DI컨테이너 를 통해 다형성 + OCP, DIP를 지원한다.

정리 : 모든 설계에 역할과 구현을 분리하자