💻 스프링 핵심 기술 - 기초
해당 강의는 김영한님의 스프링 핵심 원리- 기초 강의를 수강하여 공부한 내용은 간략하게 기록하는 기록장
스프링 핵심 원리 기초 강의

1. Spring

스프링 생태계

필수	선택
Spring Framework, Spring Boot	Spring data, session, security, Rest Docs, Batcgh Cloud

Spring Batch : 배치 처리 기술의 특화된 기능 🔧

Spring Framework

기술명	요약
핵심 기술	스프링 DI 컨테이너, AOP, 이벤트 등
웹 기술	스프링 MVC, 스프링 WebFlux
데이터 접근 기술	트랜젝션, JDBC, ORM, XML
기술 통합	캐시, 이메일, 원격접근, 스케줄링
테스트	스프링 기반 테스트 지원
언어	코틀린, 그루비

Spring Boot

스프링을 편리하게 사용할 수 있도록 지원, 최근에는 기본
기본으로 사용하는데 왜 사용하나
먼저 스프링의 고질 문제인 설정을 쉽게 해준다.

• 단독으로 실행할 수 있는 스프링 애플리케이션을 쉽게 생성
• Tomcat 같은 웹 서버를 내장해서 별도의 웹 서버를 설치 X
• 손쉬운 빌드 구성을 위한 Starter 종속성 제공
• 스프링과 3rd parth(외부) 라이브러리 자동 구성
• 메트릭, 상태확인, 외부 고성 같은 프로덕션 준비 기능 제공
• 관례에 의한 간결한 설정

사실 Spring 프레임워크만 사용하지 않고 바로 부트를 사용해서 Spring 의 어려움을 모르지만 확실히 스타터만 만들고 실행하는 건 편했다 😎

스프링 단어

스프링이라는 말은 문맥에 따라 다르게 된다.

• 스프링 DI 컨테이너 기술
• 스프링 프레임워크
• 스프링 생태계 전체

Spring은 왜 생겼나?

스프링은 자바 언어 기반 프레임워크
자바는 객체지향 언어
스프링은 객체 지향 언어가 가진 강력한 특징을 살려내는 프레임워크
스프링은 좋은 객체 지향 애플리케이션 개발을 도와주는 Framework

DI 컨테이너와 같은 방법을 통해서 객체 지향 언어의 특징을 잘 살려주는게 핵심이다

---

2. 객체 지향 언어

OOP

객체 지향 프로그래밍은 컴퓨터 프로그램을 명령어의 목록으로 보는 시각이 아닌 독립된 단위
객체들의 모임으로 파악하고자 한다. 또 객체는 메시지를 주고 받고 데이터 처리 가능
객체 지향은 유연하고 변경이 용이하다.

다형성

역할과 구현으로 세상을 구분한다.
운전자는 자동차 종류가 바뀌어도 자동차의 역할을 수행하기 때문에 운전 가능하다.

자동차의 인터페이스에 따라서 구현했기 때문에 가능한 일이다.
운전자를 위해서 이렇게 개발되었다.
즉 클라이언트가 내부 변경을 몰라도 사용법은 동일하기 때문에 내부의 내용은 무한히 확장 가능하다.

클라이언트에 영향을 주지 않고 변경이 가능하다 🔧

아래 예시를 추가로 확인해보자
로미오, 줄리엣 이라는 역할을 각 배우들이 구현한다.
즉 구현하는 사람이 바뀌어도 역할을 누군가는 할 수 있다.

구현하는 자가 본인의 역할만 수행해도 서로가 서로에게 영향을 주지 않는다.

이것이 유용하고 변경이 용이하다는 것이다.

ex) 정렬알고리즘을 사용할때 더 좋은 속도의 정렬알고리즘으로 바꾸면 된다.
정렬이라는 역할을 버블,삽입 정렬이라는 구현이 수행하면됨

역할과 구현을 분리하면 얻는 장점을 간단하게 요약해보자

• 클라이언트는 대상의 역할(인터페이스)만 알면 됨
• 클라이언트는 구현 대상 내부 몰라도 OK
• 클라이언트가 내부 구조가 변경되어도 영향 X
• 클랑언트는 구현 대상 자체 변경시에도 영향 X

Java에서 역할은 Interface, 구현은 구현한 클래스 또는 객체
ex) 이전 입문 강의에서 여러 리포지토리를 만들었을때 리포지토리 인터페이스가 역할, jdbc JPA 등이 구현체

객체는 협력 관계

혼자서 존재하는 객체는 없음
클라이언트 : 요청 / 서버 : 응답

클라이언트 -----> 서버
클라이언트 -----> 서버 + 클라이언트 ----> 서버

자바 오버라이딩으로 다형성 구현

오버라이딩 된 메서드가 실행
다형성으로 인터페이스를 구현한 객체를 실행 시점에 유연하게 변경할 수 있음
클래스 상속에서도 오버라이딩 가능

클라이언트(멤버 서비스) --------> 멤버 리포지 토리 <---- (메모리 리포지토리, JDBC 리포지토리)

다형성의 본질

인터페이스를 구현한 객체 인스턴스를 실행 시점에 변경 가능
협력이라는 객체 사이의 관계를 유의해야함

클라이언트를 변경하지 않고 서버의 구현 기능을 변경가능(유연하게!!!)

인터페이스를 안정적으로 설계하는 것이 매우 중요하다
즉 개발 시에 단순히 구현하는게 중요한게 아니라 인터페이스로 해당 구현체가 어떤 역할을 할지 누구랑 협력 관계를 가질지 생각하는게 중요

인터페이스 자체가 변해야하면 클라이언트, 서버 모두에 큰 변경이 필요함
인터페이스를 변화가 없는 방법으로 설계하는게 중요

스프링과 객체지향

스프링은 다형성을 극대화해서 이용하게 해줌
IoC, DI는 다형성을 활용해서 역할과 구현을 편리하게 다룰수 있게 해줌
스프링을 사용하면 구현을 편리하게 변경할 수 있음!

객체지향 설계 5가지 원칙 : SOLID