검수요청.png검수요청.png

스프링 프레임워크

위키원
ksj4572 (토론 | 기여)님의 2019년 7월 31일 (수) 16:59 판 (→‎모듈)
이동: 둘러보기, 검색

스프링(Spring)은 자바(Java) 기반의 응용 프로그램 개발을 지원하는 오픈소스 표준 프레임워크이다. 아파치재단이 관리하고 있으며, 정식 이름은 아파치 스프링 프레임워크(Apache Spring Framework)이다. 대한민국의 전자정부 표준 프레임워크(eGovFrame)는 오픈소스인 스프링 프레임워크 기반으로 개발되었다.

개요

자바 플랫폼을 위한 오픈 소스 애플리케이션 프레임워크로서 간단히 스프링(spring)이라고 한다. 동적인 웹 사이트 개발을 위한 여러 가지 서비스를 제공한다. EJB 기반으로 개발을 하지 않고 POJO(Plain Old Java Object) 기반으로 개발을 하더라도 가볍고, 제어가 가능한 상호 관련이 적은, AOP(Aspect Oriented Programming. 관점지향 프로그래밍)을 지원하고, 컨테이너를 통해 라이프사이클을 관리하고, XML 기반으로 컴포넌트를 개발할 수 있도록 지원해주는 프레임워크를 말한다.[1]

등장배경

스프링프레임워크의 등장은 EJB 기술의 등장으로 인해 생겨났다. EJB는 점점 IT 시스템이 복잡한 기술이 요구되어 자바의 기초적인 JDK, 서버 기반의 자바기술인 J2EE, Servlet, JSP 레벨의 최소한의 서버 프로그래밍 인터페이스만을 가지고 복잡한 애플리케이션을 제작하는 데 어려움이 컸으며, 여러 가지 요구사항(트랜잭션처리, 상태관리, 멀티스레딩, 리소스 풀링, 보안)을 충족시켜야 하며, 애플리케이션 로직의 복잡도와 상세 기술의 복잡함을 개발자들이 한 번에 다루기가 어렵기 때문에 이런 문제들을 다루기 위해서 EJB가 등장하였다.

하지만 EJB는 현실에서 1% 미만의 애플리케이션에서만 필요한 멀티 DB를 위한 분산 트랜잭션을 위해 나머지 99%의 애플리케이션도 무거운 JTA기반의 글로벌 트랜잭션 관리기능을 사용해야 했다. 특별한 경우가 아니라면 그다지 장점이 없는 EJB의 원격분산 모델은 성능을 떨어뜨리고 서버의 복잡도만 증가시켰다. 가장 최악의 문제점은 EJB스펙을 따르는 비즈니스 오브젝트들은 객체 지향적인 특징과 장점을 포기해야 했다는 것이다. EJB 빈은 상속과 다형성 등의 혜택을 제대로 누릴 수가 없었다. 이처럼 EJB 애플리케이션 개발의 복잡도를 제거하면서 다른 한편으로는 더 많은 문제와 복잡성을 가지고 왔다.

EJB는 형편없는 생산성과 느린 성능, 불필요한 기술적인 복잡도에 의해 EJB의 잘못 설계된 과도한 기술을 피하고, 객체지향 원리에 따라 만들어진 자바언어의 기본에 충실하게 비즈니스 로직을 구현하는 일명 POJO방식을 이용한 POJO프레임워크(POJO를 이용한 애플리케이션 개발이 가진 특징과 장점을 그대로 살리면서 EJB에서 제공하는 엔터프라이즈 서비스와 기술을 그대로 사용할수 있도록 도와주는 프레임워크를 개발한 것이 대표적인 스프링이다.[2]

역사

로드 존슨이 2002년에 출판한 자신의 저서인 Expert One-on-One J2EE Design and Developement 에 선보인 코드를 기반으로 시작하여 점점 발전하게 되었다. 이 프레임워크는 2003년 6월에 최초로 아파치 2.0 라이선스로 공개되었으며 주요 버전 이력은 다음과 같다.

  • 2004년 3월 : 1.0
  • 2006년 10월 : 2.0
  • 2007년 11월 : 2.5
  • 2009년 12월 : 3.0
  • 2011년 12월 : 3.1
  • 2013년 12월 : 4.0
  • 2017년 9월 : 5.0

2006년에 1.2.6 버전으로 Jolt Productive Award 와 Jax Innovation Award 를 수상하였다.[3]

특징

  • 의존성 주입(Dependency Injection, DI) : 의존 관계 주입. 각각의 계층이나 서비스 간에 의존성이 존재할 경우 Spring이 서로 연결시켜준다. POJO 객체들 사이의 의존 관계를 Spring이 알아서 연관성을 맺어준다. 예) 다양한 DB 사용이 가능
  • 관점 지향 프로그래밍(Aspect Orientated Programming, AOP) : 관점 중심 프로그래밍. Spring은 핵심적인 비즈니스 로직과 관련이 없으나 여러 곳에서 공통으로 쓰이는 기능들을 분리(공통 관심사를 분리)하여 개발하고 실행 시에 서로 조합할 수 있는 AOP를 지원한다. 이를 통해 코드를 단순하고 깔끔하게 작성할 수 있다. 횡단 관심을 수행하는 코드(Logging, Security, Transaction 등)는 aspect라는 특별한 객체로 모듈화하고 weaving이라는 작업을 통해 모듈화한 코드를 핵심 기능에 끼워 넣을 수 있다.
  • Portable Service Abstraction : 이식 가능한 서비스 추상화. Spring은 완성도가 높은 라이브러리와 연결할 수 있는 인터페이스를 제공한다. 즉, 다른 프레임워크들과의 통합을 지원한다.[4]
  • 포조(POJO; Plain Old Java Object) 방식 : Java EE를 사용하면서 해당 플랫폼에 종속된 무거운 객체들을 만드는 것에 반발하며 나타난 용어다. 별도의 프레임워크 없이 Java EE를 사용할 때에 비해 특정 인터페이스를 직접 구현하거나 상속받을 필요가 없어 기존 라이브러리를 지원하기가 용이하고, 객체가 가볍다.
  • 제어 반전(Inversion of Control, IoC) : 전통적인 프로그래밍에서는 개발자가 작성한 프로그램이 외부 라이브러리의 코드를 호출해서 이용했다. 제어 반전은 이와 반대로 외부 라이브러리 코드가 개발자의 코드를 호출하게 된다. 즉, 제어권이 프레임워크에게 있어 필요에 따라 스프링 프레임워크가 사용자의 코드를 호출한다.
  • 다양한 서비스 : 마이바티스(myBatis)와 같은 데이터베이스 처리 라이브러리나 tiles 같은 유용한 인터페이스를 제공한다.[5]

모듈

스프링에서 사용되는 주요 모듈은 다음과 같다.

  • 제어 반전 컨테이너 :제어 반전(IoC: Inversion of Control) 컨테이너는 스프링의 가장 중요하고 핵심적인 기능으로서 자바의 반영(reflection)을 이용해서 객체의 생명주기를 관리하고 의존성 주입(Dependency Injection)을 통해 각 계층이나 서비스들간의 의존성을 맞춰준다. 이러한 기능들은 주로 환경설정을 담당하는 XML 파일에 의해 설정되고 수행된다.
  • 관점 지향 프로그래밍 프레임워크 : 스프링은 로깅이나 보안, 트랜잭션 등 핵심적인 비즈니스 로직과 관련이 없으나 여러 곳에서 공통으로 쓰이는 기능들을 분리하여 개발하고 실행 시에 서로 조합할 수 있는 관점 지향 프로그래밍(AOP)을 지원한다. 기존에 널리 사용되고 있는 강력한 관점 지향 프로그래밍 프레임워크인 AspectJ도 내부적으로 사용할 수 있으며, 스프링 자체적으로 지원하는 실행시(Runtime)에 조합하는 방식도 지원한다.
  • 데이터 액세스 프레임워크 : 스프링은 데이터베이스에 접속하고 자료를 저장 및 읽어오기 위한 여러 가지 유명한 라이브러리, 즉 JDBC, iBATIS(MyBatis), Hibernate 등에 대한 지원 기능을 제공하여 데이터베이스 프로그래밍을 쉽게 사용할 수 있다.
  • 트랜잭션 관리 프레임워크 : 스프링은 추상화된 트랜잭션 관리를 지원하며 XML 설정파일 등을 이용한 선언적인 방식 및 프로그래밍을 통한 방식을 모두 지원한다.
  • 모델-뷰-컨트롤러 패턴 : 스프링은 웹 프로그램밍 개발 시 거의 표준적인 방식인 Spring MVC라 불리는 모델-뷰-컨트롤러(MVC) 패턴을 사용한다. DispatcherServlet이 Controller 역할을 담당하여 각종 요청을 적절한 서비스에 분산시켜주며 이를 각 서비스가 처리를 하여 결과를 생성하고 그 결과는 다양한 형식의 View 서비스들로 화면에 표시될 수 있다.
  • 배치 프레임워크 : 스프링은 특정 시간대에 실행하거나 대용량의 자료를 처리하는 데 쓰이는 일괄 처리(Batch Processing)을 지원하는 배치 프레임워크를 제공한다. 기본적으로 스프링 배치는 Quartz 기반으로 동작한다.[3]

문제점

  • 선택적으로 도입할 수 없는 복잡한 기술

스프링은 거대한 소프트웨어의 개발을 편리하게 하기 위해 특별한 기술을 기반으로 움직인다. 의존성 주입(DI; Dependency Injection)이라고도 불리는 제어의 역전(IoC; Inversion of Control)과, 관점 지향 프로그래밍(AOP: Aspect Oriented Programming)이 그것이다. 이러한 기술이 언제나 효과적이지는 않다. 제어의 역전은 객체 사이의 의존도를 떨어트린다는 장점이 있다. 그러나 어느 정도 규모 있는 소프트웨어가 아닌 이상 의존성이 바뀔 일이 무척 적다. 정말 다른 객체에 의존하도록 해야 한다면, 그때 코드를 수정하면 된다.제어의 역전은 사실 그렇게 어려운 기술이 아니다. 프레임워크를 통하지 않고 수동으로 적용한다면 누구나 이해할 수 있다. 하지만 프레임워크에서 제공하는 기술을 사용한다면 모두가 해당 기술에 대해 알고 있어야만 한다.

  • 너무 다양한 방법 제시

스프링은 특정한 문제를 해결할 수 있는 단 한 가지의 방법 대신, 여러 방법을 동시에 제공하는 경우가 매우 많다.

이처럼 스프링은 다양한 선택지를 제시하여 프로젝트마다 각각의 방식을 추구할 수 있도록 도와준다. 그러나 무언가를 결정하는 것은 누구나 할 수 있는 일이 아니다. 충분한 자료 조사와 학습이 필요하다. 스프링 문서는 특정한 방식을 직접적으로 권장하는 일이 드물다. 만약 똑같은 문제를 해결할 수 있는 대안 기능이 나온다고 할지라도, 스프링은 옛 기능을 ‘또다른 해결책’으로서 남겨두는 경우가 대부분이다.[6]

각주

  1. ↑ 〈스프링〉,《네이버지식백과》
  2. ↑ oblab,〈◆ 스프링프레임워크의 등장배경 ◆〉, 《네이버블로그》
  3. ↑ 3.0 3.1 〈스프링〉,《위키백과》
  4. ↑ HeeJeong Kwon, 〈(Spring) Spring Framework란〉, 《깃허브》
  5. ↑ 〈스프링〉,《나무위키》
  6. ↑ 방성범 (Bang Seongbeom), <스프링의 단점과 대안>, 《개인블로그》

참고자료

같이 보기


  검수요청.png검수요청.png 이 스프링 프레임워크 문서는 프로그래밍에 관한 글로서 검토가 필요합니다. 위키 문서는 누구든지 자유롭게 편집할 수 있습니다. [편집]을 눌러 문서 내용을 검토·수정해 주세요.  

개발 : 프로그래밍 □■⊕, 소프트웨어, 데이터, 솔루션, 보안, 하드웨어, 컴퓨터, 사무자동화, 인터넷, 모바일, 사물인터넷, 게임, 메타버스, 디자인
프로그래밍 언어 ASP • C 언어 • C++ • C# • CSS • D 언어 • HTML • HTML5 • JSP • PHP • R • XHTML • XML • XSLT • 고(Go) • 고급언어 • 기계어 • 델파이 • 러스트 • 루비 • 루아 • 리액트 • 리퀴디티 • 무브 • 미켈슨 • 베이직 • 브이비스크립트 • 비주얼 C++ • 비주얼베이직(VB) • 비주얼베이직닷넷(VB.NET) • 솔리디티 • 스몰토크 • 스위프트 언어 • 스칼라 • 스크립트 언어 • 알골 • 어셈블리 • 언리얼스크립트 • 얼랭 • 에이잭스(Ajax) • 엠에프씨(MFC) • 오브젝티브-C • 오브젝트 파스칼 • 오카멜 • 웹어셈블리(WASM) • 이와즘(eWASM) • 자바 • 자바스크립트 • 저급언어 • 제이슨(JSON) • 제이쿼리(jQuery) • 카멜 • 코볼 • 코틀린 • 콜드퓨전 • 타입스크립트 • 파스칼 • 파워스크립트 • 파이썬 • 펄(Perl) • 포트란 • 프로씨(Pro-C) • 피엘에스큐엘(PL/SQL) • 피엘원(PL/I) • 하스켈
개발방법론 CBD 개발방법론 • EA • 구조적 개발방법론 • 객체지향 개발방법론 • 라이브러리 • 람다 아키텍처 • 모듈 • 모듈화 • 벤치마킹 • 소프트웨어 개발방법론 • 스크럼 • 스프린트 • 아키텍처 • 아키텍트 • 애자일 • 웹개발방법론 • 정보공학 개발방법론 • 컴포넌트 • 테일러링 • 템플릿 • 폭포수 모델 • 프로젝트 • 프로토타입 • 피드백
코딩 EUC-KR • UTF-8 • 값 • 글루웨어 • 노팔로우 링크 • 두팔로우 링크 • 디버깅 • 디코딩 • 마크업 • 버그 • 부트스트랩 • 세이브포인트 • 소스코드 • 시큐어코딩 • 아스키 • 액티브엑스 • 오픈소스 • 유니코드 • 인코딩 • 재컴파일 • 주석 • 컴파일 • 컴퓨터 프로그램 • 코드 • 코딩 • 태그 • 테스트 • 테이블 • 텍스트 • 파싱 • 퍼블리싱 • 퓨니코드 • 하드코딩 • 하이퍼링크 • 하이퍼텍스트
프로그래밍 C 명령어 • 객체 • 객체지향 • 객체지향 프로그래밍 • 거짓 • 관계연산자 • 기본형 변수 • 널 • 논리 • 논리연산 • 논리연산자 • 다중상속 • 다형성 • 대입 • 대입문 • 대입연산자 • 더블 • 도스 명령어 • 디폴트 • 레지스터변수 • 루프 • 리눅스 명령어 • 리턴 • 메모리 주소 • 메소드 • 멤버 • 명령문 • 명령어 • 무한루프 • 문자 • 문자열 • 바이트 • 반복문 • 배열 • 변수 • 분기 • 분기문 • 불린 • 브레이크 • 비교연산자 • 비트연산자 • 산술연산자 • 상속 • 상수 • 생성자 • 선언 • 선언문 • 설정자 • 속성 • 스위치 • 스태틱 • 시프트연산자 • 실행 • 실행문 • 어노테이션 • 에코 • 역참조 • 연산 • 연산문 • 연산자 • 오버로딩 • 오버라이딩 • 외부변수 • 윈도우 명령어 • 유닉스 명령어 • 인스턴스 • 인스트럭션 • 인클루드 • 인터페이스 • 임포트 • 입력 • 입력문 • 입출력 • 입출력문 • 자료형(데이터 타입) • 자바 명령어 • 자바 예약어 • 자바 컬렉션 • 전역변수 • 접근자 • 접근제어자 • 정보은닉 • 정수형 • 정적변수 • 제어 • 제어문 • 제어자 • 조건 • 조건문 • 조건연산자 • 주소 • 증감연산자 • 지역변수 • 참 • 참조 • 참조변수 • 초기화 • 추상메소드 • 추상클래스 • 추상화 • 출력 • 출력문 • 캡슐화 • 케이스 • 클래스 • 파라미터(매개변수) • 파이널 • 패키지 • 퍼블릭 • 포인터 • 프라이빗 • 프로텍티드 • 필드(멤버변수) • 함수 • 환경변수
명령어 abstract • array • boolean • break • byte • case • char • continue • default • double • do while • echo • elif • else • else if • false • final • float • for • gosub • goto • if • if else • import • include • int • join • long • long long • null • print • printf • println • private • protected • public • return • scanf • short • stdio.h • static • string • switch • temp • then • true • unsigned • void • while
디자인패턴 구조패턴 • 동시성패턴 • 동시실행패턴 • 모델-뷰-컨트롤러 패턴 • 상태패턴 • 생성패턴 • 싱글톤패턴 • 아키텍처패턴 • 전략패턴 • 커맨드패턴 • 행동패턴
프로그래밍 인물 귀도 반 로썸 • 그레이스 머레이 호퍼 • 니클라우스 비르트 • 댄 브릭클린 • 더그 커팅 • 데니스 리치 • 리누스 토르발스 • 리처드 그린블라트 • 마거릿 해밀턴 • 마크 앤드리슨 • 빈트 서프 • 빌 게이츠 • 빌 조이 • 스티브 잡스 • 에이다 러브레이스 • 제임스 고슬링 • 척 벤턴 • 켄 톰슨 • 팀 패터슨
위키 : 자동차, 교통, 지역, 지도, 산업, 기업, 단체, 업무, 생활, 쇼핑, 블록체인, 암호화폐, 인공지능, 개발, 인물, 행사, 일반
원본 주소 "http://wiki1.kr/index.php?title=스프링_프레임워크&oldid=118012"