Spring

Spring Fremework

• 핵심 : Spring DI 컨테이너, AOP, 이벤트, 기타
• 웹 : Spring MVC, Spring WebFlux
• 데이터 접근 기술 : Transaction, JDBC, ORM, XML
• 기술 통합 : 캐시, 이메일, 원격접근, 스케줄링
• 테스트 : 스프링 기반 테스트 지원
• 언어 : Kotlin, Groovy

스프링 핵심

• 스프링은 자바 언어 기반의 프레임워크
• 자바 언어의 가장 큰 특징 - 객체지향
• 스프링은 객체 지향 언어가 가진 강력한 특징을 살려내는 프레임워크
• 좋은 객체 지향 애플리케이션을 개발할 수 있게 도화주는 프레임워크

객체 지향

• 추상화, 캡슐화, 상속, 다형성
• 객체 지향 프로그래밍은 여러개의 독립된 단위, 즉 "객체"들의 모임으로 파악하고자 하는 것이다.
• 객체는 메시지를 주고 받고, 데이터를 처리할 수 있다.
• 유연하고 용이하게 만들기 때문에 대규모 소프트웨어 개발에 많이 사용된다.

좋은 객체지향 설계 5가지 원칙(SOLID)

• SRP : 단일 책임 원칙 (Single Responsibility Principle)
• OCP : 개방-폐쇄 원칙 (Open-Close Principle)
• LSP : 리스코프 치환 원칙 (Liskov Substution Principle)
• ISP : 인터페이스 분리 원칙 (Interface Segregation Principle)
• DIP : 의존관계 역전 원칙 (Dependency Inversion Principle)

SRP

• 한 클래스는 하나의 책임만을 가져야 한다.
• 변경이 있을 때 파급 효과가 적으면 단일 책임 원칙을 잘 따른 것

OCP

• 소프트웨어 요소는 확장에는 열려 있으나 변경에는 닫혀 있어야 한다.
• 즉, 새로운 구현체를 추가하거나 교체할 때 기존 클라이언트 코드는 수정하지 않아야 한다는 뜻입니다.

LSP

• 객체는 프로그램의 정확성을 깨뜨리지 않으면서 하위 타입의 인스턴스로 바꿀 수 있어야한다.
• 부모 타입이나 인터페이스 타입으로 사용하던 코드를, 자식 타입이나 구현체로 바꿔도 프로그램이 정상적으로 동작해야 한다.

ISP

• 특정 클라이언트를 위한 여러개의 인터페이스가, 범용 인터페이스 하나보다 좋다.
• 인터페이스가 명확해지고, 대체 가능성이 높아진다.
• 클라이언트가 사용하지 않는 기능에 의존하지 않게 인터페이스를 작게 나누는것
• 하나의 큰 인터페이스에 모든 기능을 몰아넣기보다, 역할별로 인터페이스를 분리하는 것이 좋다.

DIP

• 프로그래머는 "추상화에 의존해야지, 구체화에 의존하면 안된다." 의존성 주입은 이 원칙을 따르는 방법중 하나다.
• 구현 클래스에 의존하지 말고, 인터페이스에 의존하라는 뜻

정리

스프링 이야기에 왜 객체지향 이야기가 나오나?

• 스프링은 다음 기술 -> 다형성, OCP, DIP를 가능하게 지원
• DI 컨테이너 제공
• 클라이언트 코드의 변경없이 기능 확장
• 쉽게 부품을 교체하듯이 개발
• 모든 설계에 역할과 구현을 분리
• 애플리케이션을 언제든지 유연하게 변경할 수 있도록 만드는 것이 좋은 객체지향 설계

---

Spring Container

ApplicationContext applicationContext = new AnnotationConfigApplicationContext(AppConfig.class);

• ApplicationContext를 스프링 컨테이너라 하고, 인터페이스다.
• 스프링 컨테이너는 XML을 기반으로 만들 수 있고, 어노테이션 기반의 자바 설정 클래스로 만들 수 있다.
• 더 정확히 Spring Container를 부를 때 BeanFactory, ApplicationContext로 구분해서 이야기 한다.
• BeanFactory를 직접 사용하는 경우는 거의 없으므로 일반적으로 ApplicationContext를 스프링 컨테이너라고 한다.

Spring Container 생성 과정

1. 스프링 컨테이너 생성

• 생성할 때는 구성 정보를 지정해줘야 한다.

2. 스프링 빈 등록

• 스프링 컨테이너는 파라미터로 넘어온 설정 클래스 정보를 사용해서 스프링 빈으로 등록한다.
• 빈 이름은 메서드 이름을 사용하고 직접 부여할 수 도 있다.

  주의
  빈 이름은 항상 다른 이름으로 부여해야 한다. 같은 이름을 부여하면서 다른 빈이 무시되거나, 기존 빈을 덮어버리거나 설정에 따라 오류가 발생한다.

3. 스프링 빈의존관계 설정 - 준비
4. 스프링 빈 의존관계 설정 - 완료

• 설정 정보를 참고해서 의존관계를 주입(DI)한다.

BeanFactory와 ApplicationContext

BeanFactory :

• 스프링 컨테이너의 최상위 인터페이스
• 스프링 빈을 관리하고 조회하는 역할 담당
• 위의 대부분의 기능은 BeanFactory가 제공하는 기능

ApplicationContext :

• BeanFactory 기능을 모두 상속받아서 제공
• 메시지소스를 활용한 국제화 기능
• 환경변수
• 애플리케이션 이벤트

다양한 설정 지원

1. 애노테이션 기반 자바 코드 설정
   AnnotationConfigApplicationContext 클래스를 사용하면서 자바 코드로된 설정 정보를 넘긴다.

2. XML 설정
   부트로 넘거가면서 XML기반의 설정은 잘 사용하지 않는다.
   아직 많은 레거시 프로젝트들이 XML로 되어 있고, 또 XML을 사용하면서 컴파일 없이 빈 설정 정보를 변경할 수 있는 장점도 있다.

3. Xxx 설정

• 기타...