[Spring] Spring의 개념과 기원

 

 

 

 

 

1)    스프링의 개념

 

Java 플랫폼에서 애플리케이션 개발을 위한 오픈 소스 프레임워크

 

 

 

2)    스프링의 기원

 

1』개발자는 누구인가?

 

로데릭 로드 존슨(Roderick Rod Johnson)

호주 시드대학교 출신의 컴퓨터 프로그래머 로데릭 로드 존슨이

전통적인 J2EE (Java 2 Platform, Enterprise Edition) 개발 방법, 특히 EJB의 문제점과 복잡성을 지적하고,

개발자가 보다 간결하고 유연한 애플리케이션을 개발할 수 있도록 경량 프레임워크인 스프링을 제작함.

 

 

 

 

 

2』 왜? 전통적인 J2EE 개발의 문제때문에 !!

 

J2EE(Java 2 Platform, Enterprise Edition)는 기업용 Java 플랫폼으로,

웹 애플리케이션 및 분산 애플리케이션을 개발하기 위한 다양한 기능과 API를 제공하였으나,

아래와 같은 문제점들이 있었습니다.

 

 

 

①  반복적인 코드 작성과 복잡한 설정

● 기존의 문제
Spring 이전의 Java 웹 개발에서는 많은 반복적인 코드 작성이 필요했습니다. 
또한, 데이터베이스 연결 및 트랜잭션 관리와 같은 복잡한 설정 작업도 필요했습니다.

● Spring으로 개선
Spring의 IoC 컨테이너를 사용하여 객체 간의 의존성을 자동으로 주입하고,
AOP를 통해 공통 기능을 모듈화하여 코드의 재사용성과 가독성을 향상시켰습니다.

 

 

 

② 결합도와 유연성

● 기존의 문제
이전의 Java 개발에서는 객체 간의 결합도가 높아 변경이 어려웠습니다.
예를 들어, 데이터베이스 연결 설정이 변경되면 모든 관련 객체를 수정해야 했습니다.

● Spring으로 개선
Spring은 제어 역전(Inversion of Control, IoC) 원칙을 적용하여 객체의 생성과 관리를 Spring 프레임워크에 위임합니다.
이를 통해 객체 간의 결합도를 낮추고, 설정의 변경이 필요한 경우 IoC 컨테이너에서만 수정하면 되므로 유연성이 향상됩니다.

 

 

 

③ 테스트 어려움

● 기존의 문제
이전의 Java 개발에서는 테스트가 어려웠습니다. 
의존성이 강한 객체들을 직접 생성하고 관리해야 했기 때문에 테스트 케이스 작성이 복잡했습니다.

● Spring으로 개선
Spring은 테스트를 위한 다양한 기능을 제공합니다. 
Spring Test Framework를 사용하면 의존성 주입(Dependency Injection)을 활용하여 테스트 환경을 구성할 수 있으며, 
모의 객체(Mocking)를 사용하여 의존성을 가진 객체들을 테스트할 수 있습니다. 
이를 통해 단위 테스트와 통합 테스트를 쉽게 작성할 수 있습니다.

 

 

 

④ 높은 학습 곡선과 복잡한 구성

● 기존의 문제
Java 기반의 Spring은 초보 개발자에게는 학습 곡선이 높았으며, 복잡한 구성이 필요했습니다.

● Spring으로 개선
Spring Boot의 등장으로 개발자는 Spring 기반 애플리케이션을 더 쉽게 구축할 수 있게 되었습니다. 
Spring Boot는 기본 설정을 자동화하고, 개발자가 별도의 설정을 작성하지 않아도 적절한 기본값을 제공합니다. 
이를 통해 초기 설정이 단순화되고, 개발자는 빠르게 개발에 집중할 수 있습니다.


※ Spring Boot 란?
Spring을 기반으로 한 도구로, Spring 애플리케이션을 쉽게 개발하고 실행하기 위한 기능을 제공합니다. 
간결한 설정, 내장된 서버, 자동 설정 등의 특징을 가지며, 초기 설정과 설정 파일 작성을 최소화하여 개발자가 더 집중할 수 있는 개발 경험을 제공

 

 

 

⑤ XML 설정의 번거로움

● 기존의 문제
이전의 Spring 개발에서는 XML 설정 파일을 사용하여 애플리케이션의 구성 요소를 정의해야 했습니다.
XML 기반의 설정은 가독성이 떨어지고 작성하기 번거로웠습니다.

● Spring으로 개선
Spring은 Java Config를 도입하여 XML 설정 파일을 대체할 수 있도록 개선되었습니다.
Java Config를 사용하면 설정 내용을 자바 코드로 작성할 수 있으며,
IDE의 자동 완성과 리팩토링 기능을 활용할 수 있어 가독성과 유지보수성이 향상됩니다.

 

 

※ 엔터프라이즈 자바빈즈 (EJB)

Spring 이전에는 EJB(Enterprise JavaBeans)가 주로 사용되었습니다.
EJB는 Java 기반의 엔터프라이즈 애플리케이션 개발을 위한 표준 컴포넌트 모델로서,
서버 측 비즈니스 로직을 구현하기 위해 사용되었습니다.

초기 EJB 모델은 아래와 같은 문제점이 있었습니다.
● 복잡한 설정 : EJB은 XML 기반의 디스크립터 파일을 사용하여 컴포넌트의 설정 정보를 기술해야 했고, 이로 인해 많은 양의 설정 파일 작성과 유지보수가 필요했습니다.    → 개발 생산성 저하 및 가독성 해침

● 높은 리소스 요구 : 기능을 위해서 EJB 컨테이너(EJB의 라이프사이클 관리, 트랜잭션 처리, 보안 등을 담당)를 필요로 했습니다. 하지만 이로 인해 EJB 프로그램의 실행에는 높은 메모리 및 CPU 리소스가 필요했고, 서버 측에서 컨테이너를 실행하는 비용이 크게 증가할 수 있었습니다.

● 제한된 테스트 기능 : EJB은 기존의 Java 클래스와는 다르게 EJB 컨테이너 환경에서 동작해야 했습니다.
이로 인해 단위 테스트나 통합 테스트가 어렵고, 컨테이너의 실행에 의존해야 했습니다.
이는 테스트 환경을 구성하는 데 많은 노력과 시간이 소요되었습니다.

 

 

 

 

 

 

 

3』 자바의 발전 과정

 

연도	주요 이벤트
1995	자바 언어가 최초로 공개됨
1996	자바 애플릿 도입
1997	JDK 1.1 발표, 내부 클래스와 자바Bean 등 도입
1998	J2EE(Java 2 Enterprise Edition) 1.2 버전 발표
1999	EJB(Enterprise JavaBeans) 1.1 발표
2000	J2EE 1.3 버전 발표, EJB 2.0 도입
2001	J2EE 1.4 버전 발표, EJB 2.1 및 JSP 2.0 도입
2003	EJB 2.1 스펙의 일부를 개선한 EJB 2.2 버전 발표
2004	EJB 2.2 스펙의 일부를 개선한 EJB 2.3 버전 발표
2006	EJB 3.0 스펙 발표, 경량화 및 간소화된 EJB 모델 도입
2009	EJB 3.1 스펙 발표, 경량 컨테이너 및 애노테이션 기반 개발 지원
2013	EJB 3.2 스펙 발표, 기능 개선과 Java EE 7 표준 승인
2004	Spring Framework 1.0 발표, 경량 컨테이너와 의존성 주입 기능 제공
2006	Spring Framework 2.0 발표, AOP, MVC, 트랜잭션 관리 등 추가 기능 도입
2009	Spring Framework 3.0 발표, 자바 5 이상 지원 및 Java EE 6 통합
2013	Spring Framework 4.0 발표, Java 8 지원 및 자바 구성 클래스 제거
2014	Spring Boot 프로젝트 시작, 간소화된 Spring 개발 및 배포 도구 제공
2021	Spring Framework 5.3 발표, 리액티브 프로그래밍 지원
2022	Spring Framework 6.0 발표