[Spring] 스프링이란?

 

 

 

우선 스프링의 탄생 배경을 알아보겠습니다.

 

 

 

 

 

EJB(Enterprise Java Bean)

EJB를 검색해보면 다음과 같이 설명합니다.

 

 

엔터프라이즈 자바빈즈(Enterprise JavaBeans; EJB)는 기업환경의 시스템을 구현하기 위한 서버측 컴포넌트 모델이다. 즉, EJB는 애플리케이션의 업무 로직을 가지고 있는 서버 애플리케이션이다.

엔터프라이즈 자바빈즈 - 위키백과, 우리 모두의 백과사전

 

 

EJB에서 JB에 해당하는 Java Bean이란 자바 객체를 재사용 하능하게 컴포넌트화 시킬 수 있는 코딩 방침을 정의한 것을 의미합니다.

즉 위에서 설명하는 EJB는 "컴포넌트(빈 혹은 객체)들을 관리하는 컨테이너"라고 가볍게 이해할 수 있습니다.

 

 

 

 

 

 

EJB의 문제점

 

EJB는 보안, 트랜잭션, 분산 컴퓨팅 등 많은 서비스를 제공하였으나, 이를 위해서는 EJB 스펙을 지켜야 했으며, 결국 서비스가 구현해야 하는 실제 비즈니스 로직보다 EJB 컨테이너를 사용하기 위한 코드들이 많아지는 결과를 발생시켰습니다.

 

 

이러한 문제의 원인은 비즈니스 로직에 특정 기술(EJB)이 종속되어 있는 것이었습니다.

 

 

컨테이너의 목적은 객체가 필요할 때 마다 컨테이너에서 받아내는 방식을 통해 객체들간의 의존성을 해결하는 것이었습니다.

 

 

스프링 창시자인 로드 존슨은 EJB를 사용하지 않고도 객체간 의존성 해결이 가능한 컨테이너를 개발했는데, 이것이 스프링의 시작입니다.

 

 

즉 특정 기술에 종속되지 않고 객체를 관리할 수 있는 컨테이너를 제공하는 것이 스프링의 기본 철학입니다.

 

 

 

 

 

 

 

Spring이란?

스프링이라는 단어는 '특정한 하나'를 지칭할 수도 있으나, 대부분의 경우 '여러 기술들의 집합체'를 의미합니다.

 

그러한 기술들에는 다음과 같은 종류들이 있습니다.

• 스프링 프레임워크
• 스프링부트 (스프링 프레임워크의 모든 기술들을 편리하게 사용할 수 있도록 도와줌)
• 스프링 데이터 (CRUD를 편리하게 사용할 수 있도록 도와줌)
• 스프링 시큐리티 (보안 관련 기능을 편리하게 사용할 수 있도록 도와줌)
• 스프링 세션(세션 기능을 편리하게 사용할 수 있도록 도와줌)
• 스프링 Rest Docs (api문서를 편리하게 사용할 수 있도록 도와줌)
• 스프링 배치 (배치처리에 특화)

 

스프링과 스프링 프레임워크, 스프링 부트에 대해서 처음 접하실 때는 헷갈릴 수 있습니다.

 

스프링 프레임워크가 핵심이며, 이외 모든 기술들은 스프링 프레임워크를 기반으로 동작합니다.

그리고 그러한 기술들을 편리하게 설정하고 사용할 수 있도록 도와주는 기술이 바로 스프링부트입니다.

 

기존에 스프링 프레임워크가 기본적으로 해야할 셋팅이 너무 많고 어려웠기에, 이를 해소하기 위해 스프링 부트가 등장했습니다.

 

 

 

 

 

 

 

 

 

 

 

 

 

스프링 부트

스프링 프레임워크 기반 프로젝트를 복잡한 설정없이 쉽고 빠르게 만들어주는 프레임워크입니다.

 

• 단독으로 실행할 수 있는 스프링 애플리케이션을 쉽게 생성
• Tomcat같은 웹 서버를 내장해서 별도의 웹 서버를 설치하지 않아도 됨.
• 손쉬운 빌드 구성을 위한 starter 종속성 제공 (라이브러리를 땡겨올 때, 추가로 필요한 라이브러리들을 종속적으로 땡겨옴)
• 스프링과 3rd parth(외부) 라이브러리 자동 구성
• 관례에 의한 간결한 설정

 

 

그러나 스프링 부트가 너무 많은 것을 자동으로 해주기 때문에, 오히려 이 때문에 설정하기 어려워지는 부분도 존재하는 것 같습니다.

 

 

 

 

 

 

 

 

 

 

 

 

스프링의 핵심 개념

스프링은 자바 언어 기반의 프레임워크입니다.

자바는 객체 지향 언어로써, 스프링은 객체지향 언어가 가진 강력한 특징을 살려내는 프레임워크입니다.

 

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

 

스프링을 이해하기 위해서는 우선 객체 지향 프로그래밍에 대한 이해가 필요합니다.

 

 

 

 

 

 

 

 

 

 

객체 지향 프로그래밍

객체 지향 프로그래밍(OOP)은 컴퓨터 프로그램을 명령어의 목록으로 보는 시각에서 벗어나서

여러개의 독립된 단위, 즉 "객체"들의 모임으로 파악하고자 하는 것입니다.

 

각각의 객체들은 메시지를 주고받고, 데이터를 처리할 수 있습니다.

 

객체 지향 프로그래밍은 프로그램을 유연하고 변경이 용이하게 만들어줍니다.

 

 

 

 

 

 

 

 

 

 

 

 

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

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

 

 

 

 

 

 

 

 

 

SRP : 단일 책임 원칙

한 클래스는 하나의 책임만 가져야 한다는 원칙입니다.

 

하나의 책임이라는 것의 기준은 변경입니다.

변경이 있을 때 파급 효과가 적어야 단일 책임 원칙을 잘 따른 것이라 볼 수 있습니다.

 

 

 

 

 

 

 

 

 

 

 

 

 

OCP : 개방-폐쇠 원칙

소프트웨어 요소는 확장에는 열려있으나 변경에는 닫혀있어야 한다는 원칙입니다.

 

OCP는 다형성을 활용하여 지킬 수 있습니다.

 

 

 

아래 코드를 통한 예시를 확인하겠습니다.

public class Member{    
	private Car myCar = new Benz();
}

public class Member{    
	//private Car myCar = new Benz();    
	private Car myCar = new Lexus();
}

위 코드에서 다형성을 활용하였음에도 불구하고 기존의 코드가 변경되는 것을 확인할 수 있습니다.

 

 

 

OCP의 문제점

구현체를 변경하기 위해서는 코드의 변경이 필수적입니다.

즉 다형성을 사용하였더라도 OCP를 지킬 수 없게되는 상황이 발생합니다.

이를 해결하기 위해 객체를 생성하고, 연관관계를 맺어주는 별도의 설정자가 필요한데, 해당 역할을 스프링 컨테이너가 해줍니다.

 

 

 

 

 

 

 

 

 

 

 

LSP : 리스코프 치환 원칙

프로그램의 객체는 프로그램의 정확성을 깨뜨리지 않으면서 하위 타입의 인스턴스로 바꿀 수 있어야 한다는 원칙입니다.

다형성에서 하위 클래스는 인터페이스 규약을 다 지켜야 한다는 뜻입니다.

다형성을 지원하기 위한 원칙으로써, 인터페이스를 구현한 구현체를 믿고 사용하려면 이 원칙이 필요합니다

 

 

예를 들어 자동차 인터페이스의 엑셀 기능은 앞으로 가는 것인데, 어떠한 구현체가 엑셀을 밟았을 때 뒤로 가게 구현한다면 이는 LSP를 위반한 것입니다.

 

 

 

 

 

 

 

 

 

 

 

 

ISP : 인터페이스 분리 원칙

특정 클라이언트를 위한 인터페이스 여러개가 범용 인터페이스 하나보다 낫다는 원칙입니다.

이를 통해 인터페이스가 명확해지고, 대체 가능성이 높아집니다.

 

 

 

 

 

 

 

 

 

 

DIP : 의존관계 역전 원칙

구체화가 아닌 추상화에 의존하라는 원칙입니다.

코드는 인터페이스에 의존하여 작성되어야 한다는 뜻으로, 프로그래머는 구체화가 아닌 추상화에 의존해야 한다는 뜻입니다.

 

 

위의 OCP에서 설명한 Member는 인터페이스에 의존하지만, 구현 클래스도 동시에 의존합니다.

public class Member{    
	private Car myCar = new Lexus();//Car은 인터페이스, Lexus는 구현 클래스
}

즉 DIP를 위반한 것입니다.

 

 

 

 

 

 

 

 

 

 

 

객체 지향 설계와 스프링

객체 지향의 핵심은 다형성입니다.

그러나 다형성 만으로는 OCP, DIP를 지킬 수 없다는 것을 확인했습니다.

 

이를 해결하기 위해 스프링이 등장하였고, 스프링은 다음 기술로 다형성 + OCP, DIP를 가능하게 지원합니다.

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

 

 

 

 

 

 

 

 

 

Reference

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

[Spring] 스프링 개론

http://butunclebob.com/ArticleS.UncleBob.PrinciplesOfOod

ArticleS.UncleBob.PrinciplesOfOod