스프링과 스프링부트

*스프링 프레임워크

-핵심 기술: 스피링 DI 컨테이너, AOP, 이벤트, 기타

-웹 기술: 스프링 MVC, 스프링 WebFlux

-데이터 접근 기술: 트랜잭션, JDBC, ORM 지원, XML 지원

-기술 통합: 캐시, 이메일, 원격접근, 스케줄링

-테스트: 스프링 기반 테스트 지원

-언어: 코틀린, 그루비

 

*스프링 부트

-스프링을 편리하게 사용할 수 있도록 지원하는 것

-단독으로 실행할 수 있는 스프링 애플리케이션을 쉽게 생성 (www.start.spring.io)

-톰캣 같은 웹서버를 내장해서 별도의 웹 서버를 설치하지 않아도 됨

-손쉬운 빌드 구성을 위한 starter 종속성 제공 --> starter 가 서로 종속되는 라이브러리를 다 땡겨

-스프링과 3rd parth 라이브러리 자동 구성 --> 스프링과 다른 라이브러리의 버전에 대해서 고민하지 않아도 됨

-메트릭, 상태 확인, 외부 구성 같은 프로덕션 준비 기능 제공 

-관례에 의한 간결한 설정

 

*스프링의 핵심 개념, 컨셉

-스프링은 자바 기반의 프레임워크 -->객체 지향 언어의 특징을 살려내는 프레임워크

-객체 지향 언어의 특징을 살려내는 프레임워크

-좋은 객체 지향 어플리케이션을 개발할 수 있게 도와주는 프레임워크 --> ex) DI 컨테이너

 

*좋은 객체 지향 프로그래밍이란?

-다형성

: 역할과 구현으로 세상을 구분(인터페이스와 구현체 같은 개념)

운전자(클라이언트)는 자동차의 역할(인터페이스)에만 의존하고 자동차 종류(구현)가 바뀌어도( 아반떼 -> 테슬라) 여전히 운전할 수 있음. 

즉 새로운 자동차가 나와도 클라이언트를 바꿀 필요가 없음

클라이언트는 구현체의 내부 구조나 변경 사항을 알 필요가 없음

--> 유연하고 변경이 용이하다는 말의 의미

 

-앞선 입문 강의에서 MemberService가 클라이언트라고 하면 MemberService는 MemberRepository 인터페이스에 의존하고 있고 Memory, Jdbc 등의 MemberRespository 구현체들이 바뀌어도 기존에 있던 MemberService에는 전혀 영향을 끼치지 않는 것을 확인했음.

 

-따라서 인터페이스를 안정적으로 잘 설계하는 것이 중요하다. 왜냐하면 인터페이스가 변경되면 모두에 큰 변경이 발생하기 때문.

 

 

참고: 김영한-스프링 핵심 기본 원리(인프런)

https://www.inflearn.com/course/%EC%8A%A4%ED%94%84%EB%A7%81-%ED%95%B5%EC%8B%AC-%EC%9B%90%EB%A6%AC-%EA%B8%B0%EB%B3%B8%ED%8E%B8/