객체 지향 설계와 스프링

EJB 너무 어렵고 코드가 지저분하다, 느리다.

-> EJB컨테이너 대체 단순함, 편함, -> 스프링

-> EJB 엔터티빈 기술 대체, JPA 새로운 표준 정의 -> 하이버네이트

 

스프링 프레임워크 (스프링 생태계)

핵심기술 : 스프링 DI 컨테이너 , AOP, 이벤트, 등..

• 스프링 데이터
• 스프링 세션
• 스프링 시큐리티
• 스프링 Rest Docs
• 스프링 배치
• 스프링 클라우드

스프링 부트

스프링을 편리하게 사용할 수 있도록 지원, 최근에는 기본으로 사용한다.

• Tomcat 같은 웹 서버를 내장해서 별도 웹 서버 설치하지 않아도 됨
• 빌드 구성 위한 starter 종속성을 제공(하나를 설치하면 연관된 소프트웨어를 같이 받아줌)
• 스프링과 3rd parth 라이브러리 자동 구성
• 관례에 의한 간결한 설정

스프링

좋은 객체 지향 애플리케이션을 개발할 수 있게 도와주는 프레임워크

 

객체 지향 프로그래밍

"객체"들의 모임. 각각의 객체는 메시지를 주고받고, 데이터를 처리할 수 있음.

프로그램을 유연하고 변경이 용이하게 만들기 때문에 대규모 소프트웨어 개발에 사용함

 

다형성

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

K3 / 아반떼 / 제네시스 이렇게 3가지 차가 있는데 새 차가 나올때마다 새로 그차에 맞는 자격증이나 필수요건이 존재?

셋 다, 그리고 앞으로 나올 차도 자동차 역할을 하기때문에 클라이언트가 차에 맞출필요 없다.

 

자바 언어의 다형성

• 역할 = 인터페이스
• 구현 = 인터페이스를 구현한 클래스, 구현 객체
• 객체를 설계할 때 역할과 구현을 명확히 분리해야한다.

다형성의 본질

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

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

 

SOLID

로버트 마틴이 좋은 객체 지향 설계의 5가지 원칙을 정리함.

• SRP(Single Responsibility Principle) : 단일 책임 원칙
• OCP(Open / Closed Principle) : 개방 - 폐쇄 원칙
• LSP(Liskov Substitution Principle) : 리스코프 치환 원칙
• ISP(Interface Segregation Principle) : 인터페이스 분리 원칙
• DIP(Dependency Inversion Principle) : 의존관계 역전 원칙

SRP : 한 클래스는 하나의 책임만 가져야 한다.

OCP : 소프트웨어 요소는 확장에는 열려 있으나 변경에는 닫혀 있어야 한다.
LSP : 프로그램의 객체는 프로그램의 정확성을 깨뜨리지 않으면서 하위 타입의 인스턴스로 바꿀 수 있어야 한다.

ISP : 특정 클라이언트를 위한 인터페이스 여러 개가 범용 인터페이스 하나보다 낫다.

DIP : 구현 클래스에 의존하지 말고, 인터페이스에 의존하라

 

다형성만으로는 OCP, DIP를 지킬 수 없다.

스프링은 다음 기술로 다형성 + OCP, DIP를 가능하게 지원한다.

• DI(Defendency Injection) : 의존관계, 의존성 주입
• DI 컨테이너 제공