[Spring]DI

📙 1. Sprint? & 개발환경

Framework VS Library

프레임워크는 귀찮은 작업을 줄이기 위해 만들어짐

SpringFramework 등장 배경 2

EJB - 현실에서의 반영이 어렵다.

• 코드 수정 후 반영하는 과정 자체가 거창해 기능은 좋지만 복잡한 스펙으로 인한 개발의 효율성이 떨어짐

EJB란?

• EJB는 기업환경의 시스템을 구현하기 위한 서버측 컴포넌트 모델이다. 즉, EJB는 애플리케이션의 업무 로직을 가지고 있는 서버 애플리케이션이다.
• EJB 사양은 Java EE의 자바 API 중 하나로, 주로 웹 시스템에서 JSP는 화면 로직을 처리하고 EJB는 업무 로직을 처리하는 역할을 한다.

SpringFramework 등장 배경3

• 웹 사이트가 점점 커지면서 엔터프라이즈급의 서비스가 필요하게 됨
• 자바 진영에서는 EJB가 엔터프라이즈급 서비스로 각광을 받게 됨
  • EJB 스펙에 정의된 인터페이스에 따라 코드를 작성하므로 기존에 작성된 POJO를 변경해야 함
  • 컨테이너에 배포를 해야 테스트가 가능해 개발 속도가 저하됨
  • 배우기 어렵고, 설정해야 할 부분이 많음

Rod Johnson이 EJB를 사용하지 않고 엔터프라이즈 어플리케이션을 개발하는 방법을 소개함( 스프링의 모태 )

• AOP나 DI같은 새로운 프로그래밍 방법론으로 가능
• POJO로 선언적인 프로그래밍 모델이 가능해 짐

SpringFramework 등장 배경 4

POJO (Plain Old Java Object) - 옛날 자바의 객체를 유지

• 특정 프레임워크나 기술에 의존적이지 않은 자바 객체
• 특정 기술에 종속적이지 않기 때문에 생산성, 이식성 향상
• Plain : component interface를 상속받지 않는 특징 (특정 framework에 종속되지 않는)
• Old : EJB 이전의 java class를 의미

경량 프레임워크

• EJB가 제공하는 서비스를 제공해 줄 수 있는 프레임워크 등장
• Hibernate(JPA), JDO, myBatis, Spring

등장 배경 5

POJO + Framework

• EJB서버와 같은 거창한 컨테이너가 필요 없다.
• 오픈 소스 프레임워크라 사용이 무료
• 각종 기업용 어플리케이션 개발에 필요한 상당히 많은 라이브러리가 지원
• 스프링 프레임워크는 모든 플랫폼에서 사용이 가능하다.
• 스프링은 웹 분야 뿐만이 아니라 어플리케이션 등 모든 분야에 적용이 가능한 다양한 라이브러리를 가지고 있다.

Spring Framework? = 경량화 된 솔루션이다.

• 기존의 자바의 무거웠던 부분을 최소화함
• JEE를 대체하는 Framework이다.
• DI(Dependency Injection) 나 AOP(Aspect Oriented Programming)와 같은 기능도 지원 한다.

StringFramework의 구조

• Spring 삼각형
  1. POJO
  2. PSA
     1. 환경의 변화와 관계없이 일관된 방식의 기술로의 접근 환경을 제공하는 추상화 구조를 말함
     2. 특정 클래스가 추상화된 상위 클래스를 일관되게 바라보며 하위 클래스의 기능을 사용하는 것을 PSA의 기본 개념이다.
     3. 즉 기존 작성된 코드를 수정하지 않으면서 확장 가능, 어느 특정 기술에 특화되어 있지 않는 코드이다.
  3. IoC/DI
     1. 외부에서 객체 만들어서 준걸 내가 가져다가 쓰는거
     2. DI는 유연하게 확장 가능한 객체를 만들어 두고 객체 간의 의존관계는 외부에서 다이나믹하게 설정
  4. AOP
     1. 관점 지향 프로그래밍
     2. 관심사의 분리를 통해서 소프트웨어의 모듈성을 향상
     3. 공통 모듈을 여러 코드에 쉽게 적용가능

2. IoC & Container

3. 의존성 주입(Dependency Injection, DI)

4. DI - XML

5. DI - Annotation