Spring(프레임워크)

덤프버전 : r20240101




Spring Framework
파일:Spring 로고.svg
개발
VMware
종류
애플리케이션 프레임워크
출시
2002년 10월 1일
언어
Java
라이선스
아파치 라이선스 2.0
버전
6.0.12 (2023년 9월 14일)
링크
파일:홈페이지 아이콘.svg 파일:GitHub 아이콘.svg[[파일:GitHub 아이콘 화이트.svg

1. 개요
2. 주요 특징
3. 모듈
3.1. Spring Boot
3.2. Spring WebFlux
4. 여담
5. 외부 링크



1. 개요[편집]


Java 기반의 애플리케이션 프레임워크.[1][2] 로드 존슨(Rod Johnson)이 2002년에 출판한 저서 Expert One-on-One J2EE Design and Development에서 선보인 소스 코드를 시작으로 점점 발전하게 되었다. 2003년 6월에 최초로 공개되었다. 2023년 9월 기준 최신 버전은 6.0.11. 스프링 프레임워크 프로젝트를 간편하게 설정할 수 있도록 도와주는 서브 프로젝트 스프링 부트가 있으며, 현재는 스프링 부트 위주로 기능이 추가되고 있다.

'스프링'이라는 이름의 유래는 이전에 Java EE(엔터프라이즈 에디션)의 스펙을 구현한 EJB가 기술의 복잡도가 증가해서 성능이 느렸던 것을 탈피하여, EJB 시절을 “겨울”에 빗대어 겨울 후의 “봄”으로 새로운 시작한다는 것을 의미하는 스프링(봄)이 되었다. 그러나 아직 춥다 Java Virtual Machine에서 작동하며, 아파치 라이선스 2.0을 따르는 오픈 소스 프레임워크이다.

한국 전자정부표준프레임워크의 기반 기술이며 한국정보화진흥원에서는 공공기관의 웹 서비스 제공 시 스프링을 권장하고 있다.

이게 무슨 소린가 싶은 사람들을 위해 간단하게 설명하자면 군대로 비유할때 위에서 명령을 내리는 지휘관보다 인사장교/행정보급관처럼 사이드에서 기준을 마련하고 필요한 컴포넌트를 상하관계 없이도 중재해서 가져다주는 프레임워크라고 간주하면 된다. 그래서 용어도 어드바이스(조언)라는 용어를 사용한다.

여러가지 문제점을 해결하기 위한 디자인 패턴, 아키택처가 적용되어 있어서 어려운 용어가 많이 사용되는 프레임워크인데, 책을 보고 이론을 공부하기보다는 "스프링으로 게시판 만들기" 따위의 예제를 병행하면서 공부하는게 더 이해가 잘 된다.

Spring에서 공식 제공하는 이클립스 기반의 IDESpring Tools 를 제공 중이며, Visual Studio Code 버전으로도 제공하고 있다. 또한 JetBrainsIntelliJ IDEA도 Spring 프레임워크를 훌륭하게 지원하는 IDE이다.


2. 주요 특징[편집]


스프링 프레임워크의 특징은 아래와 같다.[3]
  • POJO(Plain Old Java Object) 방식: POJO는 Java EE의 EJB 를 사용하면서 해당 플랫폼에 종속되어 있는 무거운 객체들을 만드는 것에 반발하며 나타난 용어다. 별도의 프레임워크 없이 Java EE를 사용할 때에 비해 특정 인터페이스를 직접 구현하거나 상속받을 필요가 없어 기존 라이브러리를 지원하기가 용이하고, 객체가 가볍다.
  • 관점 지향 프로그래밍(Aspect Oriented Programming, AOP): 로깅, 트랜잭션, 보안 등 여러 모듈에서 공통적으로 사용하는 기능을 분리하여 관리할 수 있다. AspectJ를 포함하여 사용할 수 있고, 스프링에서 지원하는 실행에 조합하는 방식도 지원한다. 이 분리 관리한다는 게 개념이 처음에 이해해기가 어려운데, 추상/부모/클래스나 인터페이스로 관리된다는 게 아니라 모듈을 관리해주는 모듈을 상하/인터페이스 관계없이 따로 마련한다는 개념에 가깝다. 더 쉽게 이야기하자면 군대에서 보급품을 받는다고 가정하자. 상급부대(연대, 사단)에서 보급품을 내려받는 게 아니라. 국군복지단이나/군수사령부 아저씨가 직접 가져오는 것을 생각해보면 쉽다. 당연히 군수사령부 예하부대 아저씨도 대대 소속이므로 상하 관계가 없지만 보급품에 한해서만 배부해주는 것이다.
  • 의존성 주입(Dependency Injection, DI): 프로그래밍에서 구성요소 간의 의존 관계가 소스코드 내부가 아닌 외부에서 설정을 통해 정의되는 방식이다. 코드 재사용을 높여 소스코드를 다양한 곳에 사용할 수 있으며 모듈간의 결합도도 낮출 수 있다. 계층, 서비스 간에 의존성이 존재하는 경우 스프링 프레임워크가 서로 연결시켜준다.
  • 제어 역전(Inversion of Control, IoC): 전통적인 프로그래밍에서는 개발자가 작성한 프로그램이 외부 라이브러리의 코드를 호출해서 이용했다. 제어 역전은 이와 반대로 외부 라이브러리 코드가 개발자의 코드를 호출하게 된다. 즉, 제어권이 프레임워크에게 있어 필요에 따라 스프링 프레임워크가 사용자의 코드를 호출한다.
  • 생명주기 관리: 스프링 프레임워크는 Java 객체의 생성, 소멸을 직접 관리하며 필요한 객체만 사용할 수 있다.


3. 모듈[편집]


파일:spring-overview.png

위 이미지에 보이듯 스프링 프레임워크는 총 6개의 모듈로 구성되어 있다.
  • Core: 제어 역전(IoC)과 의존성 주입(DI) 기능을 제공한다. 생소한 용어일 수 있으나 제어 역전은 전체적인 프로세스의 흐름이 개발자가 아니라 프레임워크(여기서는 Spring)에 의해 결정된다는 뜻이다. 개발자는 프레임워크가 정한 틀에 따라 적절한 코드를 작성해 넣기만 하면 되기 때문이다. 의존성 주입은 객체 생성에 관한 뜻이다. 클래스 A와 B가 있다고 할 때, A 클래스의 메소드 내에서 B 클래스의 객체를 생성하여 비즈니스 로직에 사용하면 A는 B에 '의존'하는 관계가 된다. 그리고 A, B 클래스가 아닌 외부에서 A 클래스의 메소드를 호출하고, 파라미터 값으로 B 클래스의 객체를 전달한다면 이것은 '주입'이 된다. 그렇다면 의존성 주입은? 이 두 상황을 합치면 된다. 파라미터 값으로 전달받은 B 객체를 A 클래스의 메소드 내에서 비즈니스 로직에 사용하는 것을 의미한다. 즉 A와 B의 '의존' 관계가 외부에서의 '주입'을 통해 이루어진 것이다.
  • DAO: JDBC 추상 계층을 제공한다. JDBC는 자바의 데이터베이스 커넥터이다.[4] 데이터가 담겨있는 VO(Value Object) 클래스를 이용해 사용한다.
  • ORM: JPA, Hibernate와 같은 ORM이나 MyBatis 같은 데이터베이스 API 등과 통합할 수 있는 기능을 제공한다.
  • AOP: 스프링 프레임워크에서 제공하는 AOP 패키지를 제공한다. 공통로직을 한군데서 관리해서 공동으로 사용한다는 개념 자체는 어렵지 않으나. 데이터와 변수가 어디서 어디로 오고가는지를 따지면 머리통이 돌아버리게 된다. 스프링 공부하는 도중 최악의 난이도를 지닌 구간이라고 할 수 있다. 처음 공부할 때는 대충 보고 뒤의 내용을 계속 공부하는 것을 추천한다. 실질적으로는 로그찍기용이 대부분이다.
  • Web: Spring Web MVC, Struts, WebWork 등 웹 어플리케이션 구현에 도움되는 기능을 제공한다.
  • JEE: EJB, JMX 등의 엔터프라이즈 J2EE 스펙에 관한 기능을 제공한다.


3.1. Spring Boot[편집]


스프링 기반 애플리케이션을 쉽게 생성하고 배포하기 위해 개발된 모듈이다. 기본적으로 의존성 관리와 라이브러리의 설정을 해주며, 웹서버가 하나의 파일에 임베드된 상태로 빌드되기 때문에 배포가 매우 간편해진다.

스프링 부트에서 지원하는 스프링 모듈은 종속성 이름 앞에 "spring-boot-starter-*"라는 접두사가 붙는다.


3.2. Spring WebFlux[편집]


기존의 Servlet 기반의 Spring Web MVC에서는 지원하지 않는 non-blocking과 함수형 프로그래밍, reactive stream을 지원하기 위해 개발된 모듈이다. Reactive Streams API를 기반으로 구축되었으며 2017년 Spring Framework 5.0 출시와 함께 도입되었다.

비동기/non-blocking의 특성상 리퀘스트 수가 많아지면 많아질수록 Spring MVC에 비해 탁월한 성능을 보이지만, CPU 의존적인 처리에서는 성능 하락이 있고 코드 작성이 보다 까다로워진다는 단점이 있다.


4. 여담[편집]




5. 외부 링크[편집]



파일:크리에이티브 커먼즈 라이선스__CC.png 이 문서의 내용 중 전체 또는 일부는 2023-11-03 19:23:03에 나무위키 Spring(프레임워크) 문서에서 가져왔습니다.

[1] Kotlin, Scala, Groovy도 공식적으로 지원하며, 특히 Kotlin은 거의 문제없이 사용이 가능하다.[2] 더 정확히, 스프링의 본질은 객체 지향 프레임워크에 더 가깝다. 순수 자바만으로 객체 간의 의존관계 설정과 디자인 패턴의 구현, 관심사의 분리 등을 하기란 매우 힘든 일이며, 확장이나 모듈의 재사용도 어렵다. 그래서 스프링이 관리하는 컨테이너에 빈(Bean)으로써 객체를 등록하고, 빈의 관리와 제어를 개발자가 아닌 스프링이 하게 되어(제어 역전), 개발자는 확장이나 재사용이 유리하게 된다.[3] 난이도가 높기에 Okky 같은 커뮤니티에서도 이해의 어려움을 토로하는 경우가 많다.[4] 실제 약어는 Data Access Object이지만 xml 설정과 합해서 사실상 "데이터베이스 접근객체"로 사용한다.