스프링 간단한 소개 - accidentlywoo/legacyVue GitHub Wiki

스프링 간단한 소개

스프링의 변화

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

스프링의 주요 특징

POJO 기반의 구성
의존성 주입(DI)을 통한 객체 간의 관계 구성
AOP(Aspect-Oriented-Programming) 지원
편리한 MVC 구조
WAS에 종속적이지 않은 개발 환경

POJO 기반의 구성

스프링은 다른 프레임워크들과 달리 이 관계를 구성할 때 별도의 API 등을 사용하지 않는 POJO(Plain Old Java Object)의 구성만으로도 가능하도록 제작되어있다. 쉽게 말해서 여러분이 일반적인 Java 코드를 이용해서 객체를 구성하는 방식을 그대로 스프링에서 사용할 수 있다는 얘기.

이것이 중요한 이유는 코드를 개발할 때 개발자가 특정한 라이브러리나 컨테이너의 기술에 종속적이지 않는다는 것을 의미하기 때문. 개발자는 가장 일반적인 형태로 코드를 작성하고, 실행할 수 있기 때문에 생산성에서도 유리하고, 코드에 대한 테스트 작업 역시 좀 더 유연하게 할 수 있다는 장점이 생긴다.

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

스프링 = DI(Dependency Injection) & IoC(Inversion Of Control)

IoC(제어의 역행)란 의미는 말 그대로 메소드나 객체의 호출 작업을 개발자가 결정하는 것이 아니라, 외부에서 결정되는 것을 의미한다.이 방식은 대부분의 프레임워크에서 사용하는 방법으로, 개발자는 필요한 부분을 개발해서 '끼워 넣기'의 형태로 개발하고 실행하게 됩니다.

Ex) 컴퓨터를 조립한다면 메인보드를 결정하고, 그에 맞는 부품들을 구매하게 된다. 각 부품 간의 열결이나 호출은 메인보드에서 컨트롤하기 때문에, 각 부품은 이전과 다음의 관련 부품에 대한 고민 없이 제작이 가능.

프레임워크 역시 이러한 구조를 가지기 때문에, 개발자는 프레임워크에 필요한 부품을 개발하고, 조립하는 방식의 개발을 하게 됩니다. 이렇게 조립된 코드의 최종 호출은 개발자에 의해서 이뤄지지 않고, 프레임워크의 내부에서 결정된 대로 이뤄지게 되는데, 이런 현상을 '제어의 역행'이라고 표현한다.

스프링은 그 자체가 '구조를 설계할 수 있도록 만들어 졌다'는 뜻이므로, 개발자가 부품을 만들어 조립하는 형태의 개발이 가능하다는 것을 의미한다. '의존성 주입'은 제어의 역행이 일어날 때 스프링이 내부에 있는 객체(스프링에서는 빈(Bean)이라는 용어를 사용)들 간의 관계를 관리할 때 사용하는 기법이다.

의존성(Dependency)이라는 용어는 어떤 객체가 혼자 일을 처리할 수 없다는 것을 의미한다. 만일 어떤 객체 A가 다른 객체 B의 도움을 받아야만 온전히 일을 처리할 수 있을 때 'A는 B에 의존적이다.'라고 표현한다.Java에서는 일반적으로 인터페이스를 이용해서 이런 의존적인 객체의 관계를 최대한 유연하게 처리할 수 있도록 노력한다.

의존성 주입은 말 그대로 이런 의존적인 객체를 직접 생성하거나, 제어하는 것이 아니라, 제어의 역행으로 특정 객체에 필요한 객체를 외부에서 결정해서 연결시키는 것을 의미한다. 외부에서 필요한 객체를 결정하기 때문에 개발자는 의존적인 객체들과의 관계를 직접 처리할 필요가 없고, 인터페이스를 활용해서 유연한 구조를 사용할 수 있다. 스프링은 의존성 주입을 프레임워크에서 처리하기 때문에 개발자는 자신이 만드는 객체나 클래스 외에는 신경 쓰지 않고 코드를 만들고, 자신의 코드에 필요한 객체는 스프링을 통해서 주입받는 구조로 작성된다.

의존성 주입의 종류는 1. 생성자를 통한 주입과 2. set 메소드를 이용한 주입으로 구분할 수 있다. 스프링은 두 방식 모두를 사용할 수 있고, 이에 대한 처리 역시 간단한 애노테이션만으로 처리할 수 있다.

AOP의 지원

좋은 개발환경의 중요 원칙은 '개발자가 비지니스 로직에만 집중할 수 있게 한다.'이다.

대부분의 시스템이 공통으로 가지는 보안이나 로그, 트랜잭션과 같이 비즈니스 로직은 아니지만, 반드시 처리가 필요한 부분을 스프링에서는 '횡단 관심사(cross-concern)'라고 하며, 스프링은 이러한 횡단 관심사를 분리해서 제작하는 것이 가능하다.AOP(Aspect Oriented Programming)는 이러한 횡단 관심사를 모듈로 분리하는 프로그래밍의 패러다임이다.

스프링은 AOP를 AspectJ의 문법을 통해서 작성할 수 있는데, 이를 통해서 개발자는 1. 핵심 비지니스 로직에만 집중해서 코드를 개발할 수 있게 되었고, 2. 각 프로젝트마다 다른 관심사를 적용할 때 코드의 수정을 최소화시킬 수 있었으며, 3. 원하는 관심사의 유지보수가 수월한 코드를 구성할 수 있다.

트랜잭션의 지원

데이터베이스를 이용할 때 반드시 신경 써야 하는 부분은 하나의 업무가 여러 작업으로 이뤄지는 경우의 트랜잭션 처리이다. 이 트랜잭션의 처리는 상황에 따라서 복잡하게 구성될 수도 있고, 아닐 수도 있는데, 그때마다 코드를 이용해서 처리하는 작업은 개발자에게는 상당히 피곤한 일이다. 스프링은 이런 트랜잭션의 관리를 애노테이션이나 XML로 설정할 수 있기 때문에 개발자가 매번 상황에 맞는 코드를 작성할 필요가 없도록 설계되었다.