[Spring] 스프링 프레임워크

스프링이 왜 탄생하게 되었을까?

---

스프링 프레임워크는 로드 존슨이 2004년에 만든 오픈소스 프레임워크입니다. 스프링 프레임워크 이전엔 자바 기반의 엔터프라이즈 어플리케이션은 대부분 EJB(Enterprise Java Beans)로 개발되었었죠. 하지만 EJB는 학습에 많은 시간이 필요하고, 개발 및 유지보수가 어렵다는 점, 그리고 EJB 컴포넌트를 배치하기 위한 WAS(Web Application Server)가 굉장히 고가의 장비였기에 많은 개발자들의 외면을 받았습니다. 

 

물론 EJB에 문제가 있다는 것은 아닙니다. 그렇기에 긴 시간동안 사용됬겠죠. 하지만 EJB의 문제점은 EJB 답게 사용하는 것이 굉장히 어렵다는 점입니다. EJB를 제대로 사용하려면 EJB의 성능을 유지해주고, 다양한 디자인 패턴을 이해하고 적용할 수 있어야 했습니다. 

 

스프링 프레임워크는 평범한 POJO를 사용하면서도 EJB에서만 가능했던 점을 지원합니다. 따라서 EJB보다 훨씬 간단하죠. 디자인 패턴 또한 신경 쓸 필요가 없습니다. 왜냐하면 스프링 프레임워크에는 이미 많은 디자인 패턴들이 적용되어 배포되므로 프레임워크를 사용하는 것 자체가 디자인 패턴을 사용하는 것이라 할 수 있습니다.

 

*POJO 

POJO란 말 그대로 평범한 옛날 자바 객체를 의미한다. 대표적인 Not POJO 클래스가 Servlet 클래스이다. Servlet 클래스는 우리 마음대로 만들 수 없으며, 반드시 Servlet에서 요구하는 규칙에 맞게 클래스를 만들어야 실행할 수 있다.

스프링 프레임워크의 특징 

---

스프링의 특징을 한 줄로 서술하면, "IoC와 AOP를 지원하는 경량의 컨테이너 프레임워크"로 표현할 수 있습니다. 

 

(1) 경량

스프링은 크기 측면에서 가볍습니다. 스프링은 여러 개의 모듈로 구성되어 있으며, 각 모듈은 하나 이상의 JAR 파일로 구성되어 있습니다. 따라서 스프링을 이용하여 만든 애플리케이션의 배포 역시 매우 빠르고 쉽습니다. 스프링 프레임워크는 POJO 형태의 객체를 관리합니다. 특별한 규칙이 없는 단순하고 가벼운 객체이므로 기존의 EJB 객체를 관리하는 것보다 훨씬 가볍고 빠를 수 밖에 없습니다.

 

(2) 제어의 역행(IoC) 

스프링은 제어의 역행을 통해 애플리케이션을 구성하는 객체 간의 느슨한 결합, 즉 낮은 결합도를 유지합니다. IoC가 적용되면 객체 생성을 자바 코드로 직접 처리하는 것이아니라 컨테이너가 대신 처리합니다. 결과적으로 소스에 의존관계가 명시되지 않으므로 유지보수가 굉장히 편리해집니다.

 

(3) 관점지향 프로그래밍(AOP) 

관점지향 프로그래밍은 비즈니스 메소드를 개발할 때, 핵심 비지니스 로직과 각 비지니스 메소드마다 반복해서 등장하는 공통 로직을 분리함으로써 응집도가 높게 개발할 수 있도록 지원합니다. 공통으로 사용하는 기능들은 외부의 독립된 클래스로 분리하고, 해당 기능을 프로그램 코드에 명시하지 않고 선언적으로 처리하여 적용하는 것이 관점지향 프로그래밍의 기본 개념입니다. 이렇게 되면 공통 기능을 분리하여 관리할 수 있으므로 응집도가 높은 비즈니스 컴포넌트를 만들 수 있을 뿐만 아니라 유지보수를 혁신적으로 향상시킬 수 있습니다.

 

(4) 컨테이너 

컨테이너는 특정 객체의 생성과 관리를 담당하며 객체 운용에 필요한 다양한 기능을 제공합니다. 컨테이너는 일반적으로 서버 안에 포함되어 배포 및 구동이 됩니다. 대표적인 컨테이너로는 Servlet 컨테이너와 EJB 컨테이너가 있으며, 애플리케이션 운용에 필요한 객체를 생성하고 객체 간의 의존관계를 관리한다는 점에서 스프링도 일종의 컨테이너라고 할 수 있습니다.

 

Reference 

SPRING QUICK START, 채규태, 루비페이퍼