Spring Framework: Spring의 탄생

Spring Framework의 역사

Spring 출생의 비밀?

Spring이 탄생하기 이전에는 EJB(Enterprise Java Bean)가 Java 진영의 대표기술이였다. 하지만 EJB는 여러 문제점을 가지고 있었다. 한 개발자는 EJB의 문제점을 지적하며 대체 방안을 소스코드로 작성하여 책을 출간했다. 이 책을 본 다른 개발자들 몇몇이 모였고 오픈소스화하면서 Spring이 탄생되었다.

✨ EJB(Enterprise Java Bean)

스프링, JPA 등등의 기능들이 모두 다 합쳐진 것이다. 자바 표준 기술이었기 때문에 광범위하게 보급될 수 있었고 인스턴스 풀링, 설정에 의한 트랜잭션 처리 등의 고급 기술들을 지원하였기 때문에 금융권 같은 분야에서 널리 사용되었다.

EJB는 다음 기술을 지원하며 기업용 어플리케이션 개발을 단순하게 하려 했다.

• 트랜잭션 관리
• 세션 관리
• EJB 인스턴스 풀링
• 지속성
• 보안
• 병렬 처리
• 데이터베이스 커넥션 풀링
• 인증과 접근 제어

하지만, EJB 프레임워크는 너무 복잡하고 난해했고, 심지어 무겁고 느리기까지 했다. 그래서 점점 많은 개발자들에게 외면당하게 되었다.

아래는 EJB 프레임워크의 몇가지 문제점이다.

• 객체 지향적 개발 불가능
  프레임워크 패키지에 속한 인터페이스를 사용하여 개발을 해야했는데, 이 인터페이스가 서로 의존하고 있기 때문에 유지 보수가 어렵고 확장성이 떨어져 Java라는 객체 지향 언어를 사용하면서 객체 지향의 장점을 이용하지 못하였다.
• 기술 침투 현상
  특정 기술에 한정적인 복잡한 개념들을 이해해야했다. 프로젝트 자체가 기술에 종속되는 기술 침투 현상이 발생했다.
• 불필요한 구현
  필요하지 않더라도 몇몇의 콜백 함수들을 반드시 구현해야했다.
• 무거운 웹 서버 사용
  EJB 컨테이너는 JBoss, Websphere, Weblogic과 같은 서버의 일부분었다. 하지만, Apache Tomcat과 비교했을 때 굉장히 무거운 서버다.
• 단위 테스트가 어려움
  EJB 컨테이너 밖에서 어플리케이션을 실행하는 것은 거의 불가능했기 때문에 단위 테스트를 위해 전체 어플리케이션을 컨테이너에 배포해야 했다.

✨ POJO의 탄생

마틴 파울러(Martin Fowler)가 컨퍼런스를 준비하다 탄생한 POJO(Plain Old Java Object)라는 용어는 단어의 뜻 그대로 순수하고 오래된 자바 오브젝트 를 지향한다는 의미를 가지고 있다. 이 메시지는 자바가 특정 프레임워크에 종속되는 패턴을 극복하고 순수한 본래 형태로 돌아가야 한다는 EJB를 겨냥하고 개혁적인 메세지를 담고 있었다.

✨ Spring의 탄생

로드 존슨(Rod Johnson)은 EJB의 문제점을 지적하고 EJB 없이 순수한 자바만으로도 좋은 객체지향 어플리케이션을 개발할 수 있다는 것을 보여주었다. 그는 3만여 줄의 코드를 세상에 공개했는데 그 코드는 현재 스프링의 축을 이루는 핵심 기능의 모체가 되었다. 이후, 겐 휠러(Juergen Hoeller)와 얀 카로프(Yann Caroff)가 로드 존슨에게 오픈소스 프로젝트를 제안하게 되면서 스프링 프레임 워크가 탄생하게 된다.

Spring의 시대

스프링은 매우 방대하고 크다. 스프링은 일반적으로 3가지의 표현 중 하나로 사용된다.

• 스프링 DI 컨테이너 기술
• 스프링 프레임워크
• 스프링 생태계
  

실제로 스프링 공식 홈페이지에 접속하게 되면 스프링 안에는 정말 많은 프로젝트가 포함되어 있는 것을 알 수 있다.
스프링은 단순히 프레임워크라고 표현하기도 하지만 스프링 부트, 스프링 데이터, 스프링 세션, 스프링 시큐리티 등 스프링을 구성하는 수 많은 생태계를 의미하기도 한다.

위에서 언급한 스프링의 탄생 배경에대해서 정리해보면 EJB를 시작으로 순수 자바로 돌아가기 위한 POJO가 탄생되고, 그 기반을 통해 스프링이 탄생했다.
즉, 스프링은 자바 언어 기반의 프레임 워크 이다.

자바를 공부하면 가장 처음에 듣게 되는 개념이 있는데, 바로,
자바 언어는 객체 지향 언어라는 것이다. 스프링은 다형성 , 캡슐화 , 추상화 , 상속성 같은 자바 언어의 특징을 잘 살려줄 수 있는 프레임 워크인 것이다.
즉, POJO의 흐름대로 순수한 자바의 모양대로 프로그래밍을 할 수 있도록 도와주는 툴이라는 것이다.

✨ 객체 지향 프로그래밍과 스프링의 연관성

객체 지향 프로그래밍의 핵심은 코드의 일부분을 추출해 모듈화 할 수 있다.
예를 들어 레고 블럭을 조립하는 것처럼 특정 로직들을 나눠 모듈화를 하고 나중에 조립을 하는 방식이다.
이로 인해서 객체 지향 프로그래밍은 코드간 의존적이거나 종속적이지 않게 설계할 수 있는데 이는 대규모의 작업을 하기 용이하다. (역할을 나눠 각자 맡은 부분을 개발하면 되기 때문)

✨ 스프링이 유명해진 이유

스프링은 의존성 주입(DI) , 제어의 역전(IoC) 라는 기능들을 활용해 다형성 을 살린 프로그래밍을 도울 수 있다. 이게 스프링이 유명해진 핵심적인 이유이다.

스프링은 DI와 IoC 등을 통해 SOLID 원칙을 위배하지 않도록 도와준다. 그렇기 때문에 아직까지 많은 백엔드 개발자들이 스프링을 사용하고 있는 것이다.

SOLID

클린코드로 유명한 로버트 마틴이 좋은 객체 지향 설계의 5가지 원칙을 정리했다.

• SRP: 단일 책임 원칙
• OCP: 개방-폐쇄 원칙
• LSP: 리스코프 치환 원칙
• ISP: 인터페이스 분리 원칙
• DIP: 의존관계 역전 원칙

자세한 내용은 링크 참조(노션): 좋은 객체 지향 설계의 5가지 원칙(SOLID)

추가: JPA(Java Persistence API) 탄생 배경

JPA는 Java 진영의 표준 ORM 기술인데, 현재 널리 쓰이고 있는 Hibernate가 JPA 구현체 중 하나이다.

Spring 이전에 EJB가 있었다면, Hibernate 이전에는 Entity Bean이 있었다. Entity Bean은 EJB가 지원하는 기능 중 하나였는데 이 또한 지옥이었는지 한 개발자가 앞장 서서 Hibernate라는 대안을 내놓았다. JPA는 Hibernate를 거의 복사+붙여넣기 해서 만들었다고 해도 과언이 아닐만큼 많은 부분 참고하여 만든 표준 인터페이스이다.

---

Reference

📺 김영한님의 스프링 핵심 원리 - 기본편
👨🏻‍💻 개발자 석이님의 블로그
👨🏻‍💻 유진님의 기술 블로그