[Spring] 스프링 프레임워크(Spring Framework)

'코드로 배우는 스프링 웹 프로젝트' 도서에 기반하여 정리한 내용

• Java 관련 프레임워크들이 추구했던 목표
• 스프링 프레임워크가 살아남은 이유
• 스프링의 가장 중요한 특징 - 의존성 주입

  ---

프레임워크란?

말 그대로 뼈대나 근간을 이루는 코드들의 묶음을 정의
프레임워크의 최대 장점은 개발에 필요한 구조를 이미 코드로 만들어 놓았기 때문에 실력이 부족한 개발자들도 반쯤 완성한 상태에서 필요한 부분을 조립하는 형태의 개발이 가능하며, 개발 시간도 단축되는 장점이 있다.

스프링 프레임워크

자바 플랫폼을 위한 오픈소스 애플리케이션 프레임워크이며 동적인 웹 사이트를 개발하기 위한 여러가지 서비스를 제공한다.

• 경량(Light Weight) 프레임워크

  • 이 용어는 90년대 말에 복잡한 구동환경과 하드웨어적 구성이 필요한 프레임워크와 반대되는 개념으로 등장
  • 특정 기능위주로 간단한 jar파일을 이용하여 모든 개발이 가능하도록 구성된 프레임워크

• 복잡함에 반기를 들어 만들어진 프레임워크

  • 엔터프라이즈급 프레임워크들의 가장 큰 문제점인 복잡성을 해결하기 위해 경량화된 프레임워크
  • 일반적인 Java의 클래스와 인터페이스를 이용하는 구조이기 때문에 진입장벽이 높지않고 EJB(Enterprise JavaBeans)로 대표되는 복잡한 프레임워크에 비해 가볍기 때문에 빠르게 엔터프라이즈 급의 시스템을 작성 가능

• 프로젝트의 전체 구조를 설계할 때 유용한 프레임워크

  • 다른 프레임워크와 다르게 스프링은 어느 한 분야에 집중하지 않고 전체를 설계하는 용도로 사용 가능
  • 사실상 스프링은 Web이라는 제한된 영역에서 많이 사용되지만 근본적 사상 자체는 OOP(객체지향프로그래밍; Object Oriented Programming) 구조를 뒷받침하고 구조를 설계하는 사상

• 다른 프레임워크들의 포용

  • 스프링은 전체 구조에 집중했기 때문에 특정한 영역의 프레임워크와 공존하는 방식으로 사용이 가능
  • 스프링은 다른 프레임워크들과의 통합을 지원했기 때문에 최소한의 수정이 가능
  • 스프링의 최대 장점은 기본 뼈대를 흔들지 않고 여러 종류의 프레임워크를 혼용해서 사용할 수 있다는 점

• 개발 생산성과 개발 도구의 지원

  • 스프링의 경우 이론적으로는 개발자가 제대로 이해해야 하는 부분이 많았지만 결과적으로 코드의 양은 확실히 줄어들었고 유지보수에 있어서도 XML의 설정을 많이 이용하여 환영 받을 수 있었던 프레임워크
  • STS, Eclipse, IntelliJ 등의 플러그인의 지원 역시 다른 프레임워크 들에 비해 빠른 업데이트가 되어 별도의 새로운 개발도구에 대한 적응 없이 개발이 가능

• 스프링 버전에 따른 변화

  • Spring 2.5 버전 : 어노테이션(Annotation)을 활용하는 설정을 도입하면서 편리한 설정과 개발이 가능하도록 지원
  • Spring 3.0 버전 : 별도의 설정 없이도 Java 클래스 만으로 설정 파일을 대신할 수 있게 지원
  • Spring 4.0 버전 : 모바일 환경과 웹 환경에서 많이 사용되는 REST 방식의 컨트롤러 지원
  • Spring 5.0 버전 : Reactor를 이용한 Reactive 스타일의 개발 환경 지원

스프링의 주요 특징

• POJO(Plain Old Java Object) 기반의 구성

  • 특정한 인터페이스를 구현하거나 상속받을 필요가 없어 기존에 존재하는 라이브러리 등을 지원하기에 용이하고 제어가 가벼움

  • 스프링은 다른 프레임워크들과 달리 이 관계를 구성할 때 별도의 API 등을 사용하지 않는 POJO의 구성만으로 가능하도록 제작되어 있음
    쉽게 말해 일반적인 Java 코드를 이용해서 객체를 구성하는 방식을 그대로 스프링에서 사용 가능하다는 뜻
    이 내용이 중요한 이유는 코드를 개발할 때 개발자가 특정한 라이브러리나 컨테이너의 기술에 종속적이지 않다는 것을 의미하기 때문이고 개발자는 가장 일반적인 형태로 코드를 작성하고 실행할 수 있기 때문에 생산성에서도 유리하고 코드에 대한 테스트 작업 역시 좀 더 유연하게 할 수 있다는 것이 장점

• 의존성 주입(DI)을 통한 객체 간 관계 구성

  • 각각의 계층이나 서비스들 간에 의존성이 존재할 경우 프레임워크가 서로 연결하는 것을 의미

  • 의존성(Dependency)이란?

    • 하나의 객체가 다른 객체 없이 제대로 된 역할을 수행 할 수 없다는 것을 의미
    • 의존성은 하나의 객체가 다른 객체의 상태에 따라 영향을 받는 것을 의미
    • 흔히 A객체가 B객체 없이 동작이 불가능한 상황을 'A가 B에 의존적'이라고 표현

  • 주입(Injection)이란?

    • 말 그대로 외부에서 '밀어 넣는 것'을 의미
    • 의존성과 주입을 결합하여 생각해보면 '어떤 객체가 필요한 객체를 외부에서 밀어 넣는다'는 의미

  • 스프링에서는 'ApplicationContext'라는 존재가 필요한 객체들을 생성하고, 필요한 객체들을 주입하는 역할을 해 주는 구조
    따라서 스프링을 이용하면 기존 프로그래밍과 달리 객체와 객체를 분리해서 생성하고 이러한 객체들을 엮는(wiring) 작업을 하는 형태의 개발을 하게 됨.
    스프링에서는 ApplicationContext가 관리하는 객체들을 '빈(Bean)'이라는 용어로 부르며 빈과 빈 사이의 의존 관계를 처리하는 방식으로 XML 설정, 어노테이션 설정, Java 설정 방식을 이용 가능

• AOP(Aspect-Oriented-Programming) 지원

  • 대부분의 시스템이 공통으로 가지고 있는 보안이나 로그, 트랜잭션과 같이 비지니스 로직은 아니지만 반드시 처리가 필요한 부분을 스프링에서는 '횡단 관심사(cross-concern)'라고 정의
  • AOP는 이러한 횡단 관심사를 모듈로 분리하는 프로그래밍의 패러다임
  • 스프링은 AOP를 AspectJ의 문법을 통해서 작성할 수 있는데 이를 통해 개발자는 아래와 같은 프로그래밍이 가능
    • 핵심 비지니스 로직에만 집중해서 코드 개발
    • 각 프로젝트 마다 다른 관심사를 적용할 때 코드 수정을 최소화
    • 원하는 관심사의 유지보수가 수월한 코드를 구성

• 트랜잭션의 지원

  • 데이터 베이스를 이용 할 때 반드시 신경 써야 하는 부분은 하나의 업무가 여러 작업으로 이루어지는 경우의 트랜잭션 처리
  • 스프링은 이런 트랜잭션의 관리를 어노테이션(Annotation)이나 XML로 설정할 수 있기 때문에 개발자가 매번 상황에 맞는 코드를 작성할 필요가 없도록 설계

• 편리한 MVC 구조

• WAS의 종속적이지 않은 개발 환경