Spring FrameWork

🔍 목차

- Spring 이란?
- FrameWork?
- Spring 특징

---

🔶 Spring 이란?

스프링 프레임워크(Spring framework)는 자바 플랫폼을 위한 오픈 소스 애플리케이션 프레임워크로서 간단히 스프링(Spring)이라고도 한다. [자바기반의 웹 어플리케이션을 만들 수 있는 프레임워크]

동적인 웹 사이트를 개발하기 위한 여러 가지 서비스를 제공하고 있다. 대한민국 공공기간의 웹 서비스 개발 시 사용을 권장하고 있는 전자정부 프레임워크의 기반 기술로서 쓰이고 있습니다.

 

 

🔶 FrameWork (프레임워크)

프레임워크는 어떠한 목적을 달성하기 위해 복잡하게 얽혀있는 문제를 해결하기 위한 구조이며, 소프트웨어 개발에 있어 하나의 뼈대, 골격 코드 역할을 합니다.

이를 자동차로 비유한다면, 프레임워크는 이미 제작된 자동차의 프레임으로 비유할 수 있습니다.

✨사용 이유)

개발자의 스타일에 따라 결과물이 달라집니다. 여러 명의 개발자들의 공동 작업을 진행할 경우 문제가 발생합니다. 여러 명들의 개발 스타일이 다르거나, 개발 역량 차이가 클 경우 이해하기 힘든 경우가 발생합니다. 이러한 문제를 해결 하기 위해 개발 표준 가이드를 정의하고 표준에 맟추어 개발 됩니다.

✨ 장점

체계적인 코드 관리로 유지 보수가 용이하다.

기본 설계 및 기능 라이브러리를 제공하여 개발 생산성이 높다.

검증된 아키텍처의 재 사용과 일관성 유지

✨ 단점

많은 기능을 제공되는 기능 만큼 프로젝트 용량이 증가하게 된다.

많은 기능들을 활용하기 위해 학습하는 많은 노력과 시간이 필요하다.

자유로운 개발에 한계가 있다.

 

🔶 특징

경량 컨테이너로서 자바 객체를 직접 관리합니다. 각각의 객체 생성, 소멸과 같은 라이프 사이클을 관리하며 스프링으로부터 필요한 객체를 얻어올 수 있습니다.

자바와 라이브러리들을 관리해주고, WAS가 내장되어 있어 자바 웹 애플리케이션을 구동 할 수 있습니다.

📎 POJO

스프링은 Plain Old Java Object 방식의 프레임워크이다. 일반적인 J2EE 프레임워크에 비해 구현을 위해 특정한 Interface를 구현하거나 상속을 받을 필요가 없어 기존에 존재하는 라이브러리 등을 지원하기에 용이하고 객체가 가볍다.

*Plain Old Java Object, 간단히 POJO는 말 그대로 오래된 방식의 간단한 자바 오브젝트라는 말이다.

Java EE 등의 중량 프레임워크들을 사용하게 되면서 해당 프레임워크에 종속된 “무거운” 객체를 만들게 된 것에 반발해서 사용하게 된 용어이다.

📎 IoC : Inversion of Control

스프링은 제어 반전(IoC : Inversion of Control)를 지원한다. 컨트롤의 제어권이 사용자가 아니라 프레임워크에 있어서 필요에 따라 스프링에서 사용자의 코드를 호출합니다.

제어 반전, 제어의 반전, 역 제어는 프로그래머가 작성한 프로그램이 재 사용 라이브러리의 흐름 제어를 받게 되는 소프트웨어 디자인 패턴을 말한다. 줄여서 IoC(Inversion of Control)이라고 부릅니다.

전통적인 프로그래밍에서 흐름은 프로그래머가 작성한 프로그램이 외부 라이브러리의 코드를 호출해 이용합니다. 하지만 제어 반전이 적용된 구조에서는 외부 라이브러리의 코드가 프로그래머가 작성한 코드를 호출합니다. 설계 목적 상 제어 반전의 목적은 아래와 같습니다.

• 작업을 구현하는 방식과 작업 수행 자체를 분리
• 모듈을 제작할 때, 모듈과 외부 프로그램의 결합에 대해 고민할 필요 없이 모듈의 목적에 집중할 수 있음
• 다른 시스템이 어떻게 동작 할 지에 대해 고민할 필요 없이, 미리 정해진 협약대로만 동작
• 모듈을 바꾸어도 다른 시스템에 부작용이 없음

📎 의존성 주입

스프링은 의존성 주입(DI : Dependency Injection)을 지원합니다. 각각의 계층이나 서비스들 간에 의존성이 존재할 경우 프레임워크가 서로 연결 시켜줍니다.

*의존성 주입(Dependency Injection)은 하나의 객체가 다른 객체의 의존성을 제공하는 테크닉이다.

“의존성”은 서비스로 사용할 수 있는 객체로 생각하자.

클라이언트가 어떤 서비스를 사용할 것인지 지정하는 대신, 클라이언트에게 무슨 서비스를 사용할 것 인지를 말해주는 것이다. “주입”은 의존성(서비스)를 사용하려는 객체(클라이언트)로 전달되는 것을 의미합니다.

서비스는 클라이언트 상태의 일부이다. 클라이언트가 서비스를 구축하거나 찾는 것을 허용하는 대신 클라이언트에게 서비스를 전달하는 것이 패턴의 기본 요건입니다.

의존성 주입의 의도는 객체의 생성과 사용의 관심을 분리하는 것입니다. 이는 가독성과 코드 재사용을 높혀줍니다.

의존성 주입은 광범위한 역제어 테크닉의 한 형태이다. 어떤 서비스를 호출하려는 클라이언트는 그 서비스가 어떻게 구성되었는지 알지 못해야 한다. 클라이언트는 대신 서비스 제공에 대한 책임을 외부 코드(주입자)로 위임한다. 클라이언트는 주입자 코드를 호출할 수 없다. 그 다음, 주입자는 이미 존재하거나 주입자에 의해 구성되었을 서비스를 클라이언트로 주입(전달)한다. 그리고 나서 클라이언트는 서비스를 사용한다. 이는 클라이언트가 주입자와 서비스 구성 방식 또는 사용중인 실제 서비스에 대해 알 필요가 없음을 의미한다. 클라이언트는 서비스의 사용 방식을 정의하고 있는 서비스의 고유한 인터페이스에 대해서만 알면 된다. 이것은 "구성"의 책임으로부터 "사용"의 책임을 구분한다.

📎 AOP( Aspect-Oriented Programming)

스프링은 관전 지향 프로그래밍(AOP)을 지원합니다. 따라서 트랜잭션이나 로깅, 보안과 같이 여러 모듈에서 공통적으로 사용하는 기능의 경우 해당 기능을 분리하여 관리할 수 있습니다.

📎 확장성이 높다.

스프링은 확장성이 높습니다. 스프링 프레임워크에 통합하기 위해 간단하게 기존 라이브러리를 감싸는 정도로 스프링에서 사용이 가능하기 때문에 수 많은 라이브러리가 이미 스프링에서 지원되고 있는 스프링에서 지원되고 있고 스프링에서 지원되고 있고 스프링에서 사용되는 라이브러리를 별도로 분리하기도 용이합니다.

📎 중복 코드 제거

JDBC 같은 템플릿을 사용할 때 중복되는 코드도 많고 복잡합니다. 이를 모두 제거합니다.

 

---

reference

https://ko.wikipedia.org/wiki/%EC%8A%A4%ED%94%84%EB%A7%81_%ED%94%84%EB%A0%88%EC%9E%84%EC%9B%8C%ED%81%AC

https://ko.wikipedia.org/wiki/%EA%B4%80%EC%A0%90_%EC%A7%80%ED%96%A5_%ED%94%84%EB%A1%9C%EA%B7%B8%EB%9E%98%EB%B0%8D