💡 Spring Framework
- 스프링 프레임워크는 자바 개발을 편리하게 해주는 오픈소스 프레임워크이다.
- 경량 컨테이너로서 자바 객체를 직접 관리
- 각각의 객체 생성, 소멸과 같은 라이프 사이클을 관리하며 스프링으로부터 필요한 객체를 얻어올 수 있다.
- 제어의 역전(Ioc)이라는 기술을 통해 어플리케이션의 느슨한 결합을 도모
- 컨트롤의 제어권이 사용자가 아닌 프레임워크에 있어서 필요에 따라 스프링에서 사용자의 코드를 호출한다.
- 의존성 주입(DI, Dependency Injection)을 지원
- 각각의 계층이나 서비스들 간에 의존성이 존재할 경우 프레임워크가 서로 연결시켜준다.
- 관점 지향 프로그래밍(AOP, Aspect-Oriented Programming)을 지원
- 트랜잭션이나 로깅, 보안과 같이 여러 모듈에서 공통적으로 사용하는 기능의 경우 해당 기능을 분리하여 관리할 수 있다.
💡 @RequestBody, @RequestParam, @ModelAttribute
- @RequestBody는 클라이언트가 전송하는 JSON 형태의 HTTP Body 내용을 MessageConverter를 통해 Java Object로 변환시켜주는 역할을 한다.
- @RequstParam은 1개의 HTTP 요청 파라미터를 받기 위해 사용한다. @RequestParam은 필수 여부가 true이기 때문에, 기본적으로 반드시 해당 파라미터가 전송되어야 한다. 전송되지 않으면 400Error를 유발할 수 있으며, 반드시 필요한 변수가 아니라면 required의 값을 false로 설정해주어야 한다.
- @ModelAttribute는 HTTP Body 내용과 HTTP 파라미터의 값들을 생성자, Getter, Setter를 통해 주입하기 위해 사용한다.
💡 Spring Boot와 Spring Framework의 차이점
- 가장 큰 차이점은 Auto Configuration의 차이이다. Spring은 프로젝트 초기에 다양한 환경설정을 해야하지만, Spring Boot는 설정의 많은 부분을 자동화하여 사용자가 편하게 스프링을 활용할 수 있도록 돕는다.
- spring boot starter dependency만 추가해주면 설정은 끝나고, 내장된 톰캣을 제공해 서버를 바로 실행할 수 있다.
💡 Spring MCV
- MVC는 Model, View, Controller의 약자이며, 각 레이어간 기능을 구분하는데 중점을 둔 디자인 패턴이다.
- Model은 데이터 관리 및 비즈니스 로직을 처리하는 부분(DAO, DTO, Service 등)
- View는 비즈니스 로직의 처리 결과를 통해 유저 인터페이스가 표현되는 구간(html, jsp, tymeleaf, mustache 등 화면을 구성하기도 하고, Rest API로 서버가 구현된다면 json 응답으로 구성되기도 한다.)
- Controller는 사용자의 요청을 처리하고 Model과 View를 중개하는 역할을 한다. Model과 View는 서로 연결되어 있지 않기 때문에 Controller가 사이에서 통신 매체가 되어준다.
💡 MVC 요청 흐름
- DispatcherServlet : 클라이언트에게 요청을 받아 응답까지의 MVC 처리과정을 통제한다.
- HandlerMapping : 클라이언트의 요청 URL을 어떤 Controller가 처리할지 결정한다.
- HandlerAdapter : HandlerMapping에서 결정된 핸들러 정보로 해당 메소드를 직접 호출해주는 역할을 한다.
- ViewResolver : Controller의 처리 결과(데이터)를 생성할 view를 결정한다.
- 클라이언트는 URL을 통해 요청을 전송한다.
- DispatcherServlet은 HandlerMapping을 통해 해당 요청이 어느 Controller에게 온 요청인지 찾는다.
- DispatcherServlet은 HandlerAdapter에게 요청의 전달을 맡긴다.
- HandlerAdapter는 해당 Controller에게 요청을 전달한다.
- Controller는 비즈니스 로직을 처리한 후에 반환할 뷰의 이름을 반환한다.
- DispatcherServlet은 ViewResolver를 통해 반환할 뷰를 찾는다.
- DispatcherServlet은 Controller에서 view에 전달할 데이터를 추가한다.
- 데이터가 추가된 view를 반환한다.
💡 제어의 역전(IoC, Inversion of Control)
- 제어의 역전(IoC)란 모든 객체에 대한(생성, 라이프사이클 등) 제어권을 개발자가 아닌 IoC 컨테이너에게 넘긴 것을 말한다.
- 스프링에서는 IoC 컨테이너에 객체들을 생성하면 객체끼리 의존성을 주입(DI, Dependency Injection)하는 역할을 하고, 컨테이너에 등록한 객체들을 bean이라고 한다.
💡 의존성 주입(DI, Dependency Injection)
- 의존성 주입(DI)은 필요한 객체를 직접 생성하는 것이 아닌 외부로부터 객체를 받아서 사용하는 것이다. 이를 통해 객체간의 결합도를 줄이고 코드의 재사용성을 높일 수 있다.
- 의존성 주입을 생성자 주입, 필드 주입, 세터 주입 3가지 방법이 있다.
이 중 Spring에서 가장 권장하는 의존성 주입 방법은 생성자를 통한 주입 방법이다.
그 이유는 1. 순환 참조를 방지 2. 불변성을 가짐 3. 테스트에 용이하기 때문이다.
💡 스프링에서 빈(Bean)을 등록하는 방법
- @Component 어노테이션 사용
- @Controller, @Service, @Repository는 모두 @Component를 포함하고 있다.
- 설정 클래스를 따로 만들어 @Configuration 어노테이션을 붙이고, 해당 클래스 안에서 빈으로 등록할 메소드를 만들어 @Bean 어노테이션을 붙여주면 자동으로 해당 타입의 빈 객체가 생성된다.
💡 Spring Filter와 Interceptor
Filter는 말 그대로 요청과 응답을 거른 뒤 정제하는 역할을 한다.
스프링 컨테이너가 아닌 톰캣과 같은 웹 컨테이너에 의해 관리가 되고, 스프링 범위 밖에서 처리된다.
Dispatcher Servlet에 요청이 전달되기 전 / 후에 url 패턴에 맞는 모든 요청에 대한 부가 작업을 처리할 수 있는 기능을 제공한다.
<사용사례>
- 보안 및 인증/인가 관련 작업
- 모든 요청에 대한 로깅 또는 검사
- 이미지/데이터 압축 및 문자열 인코딩
- Spring과 분리되어야 하는 기능
Interceptor는 요청에 대한 작업 전 / 후로 가로채 요청과 응답을 참조하거나 가공하는 역할을 한다.
웹 컨테이너에서 동작하는 필터와 달리 인터셉터는 스프링 컨텍스트에서 동작한다.
Dispatcher Servlet이 Controller를 호출하기 전 / 후에 인터셉터가 끼어들어 요청과 응답을 참조하거나 가공할 수 있는 기능을 제공한다.
<사용사례>
- 세부적인 보안 및 인증/인가 공통 작업
- API 호출에 대한 로깅 또는 검사
- Controller로 넘겨주는 정보(데이터)의 가공
💡 관점지향 프로그래밍(AOP, Aspect Oriented Programming)
AOP는 핵심 비즈니스 로직에 있는 공통 관심사항을 분리하여 각각을 모듈화 하는 것을 의미하며 공통 모듈인 인증, 로깅, 트랜잭션 처리에 용이하다.
핵심 비즈니스 로직에 부가기능을 하는 모듈이 중복되어 분포되어 있을 경우 사용할 수 있다.
AOP의 가장 큰 특징이자 장점은 중복 코드 제거, 재활용성의 극대화, 변화수용의 용이성이 좋다는 점이다.
💡 서블릿의 동작방식
1. 사용자(Client)가 URL을 입력하면 HTTP Request가 Servlet Container로 전송됩니다.
2. 요청 받은 Servlet Container는 HttpServletRequest, HttpServletResponse 객체를 생성합니다.
3. web.xml을 기반으로 사용자가 요청한 URL이 어느 서블릿에 대한 요청인지 찾습니다.
4. 해당 서블릿에서 service메소드를 호출한 후 GET, POST여부에 따라 doGet() 또는 doPost()를 호출합니다.
5. doGet() or doPost() 메소드는 동적 페이지를 생성한 후 HttpServletResponse객체에 응답을 보냅니다.
6. 응답이 끝나면 HttpServletRequest, HttpServletResponse 두 객체를 소멸시킵니다.
💡 VO와 BO, DAO, DTO
- DAO(Data Access Object)는 DB의 데이터에 접근을 위한 객체를 말한다.(Repository 또는 Mapper에 해당)
- BO(Business Object)는 여러 DAO를 활용해 비즈니스 로직을 처리하는 객체를 말한다.(Service에 해당)
- DTO(Data Transfer Object)는 각 계층간의 데이터 교환을 위한 객체를 말한다.(여기서 말하는 계층 -> Controller, View, Business Layer, Persistent Layer)
- VO(Value Object)는 실제 데이터만을 저장하는 객체를 말한다.
💡 Spring의 싱글톤 패턴
스프링에서 bean 생성시 별다른 설정이 없으면 default로 싱글톤이 적용된다.
스프링은 컨테이너를 통해 직접 싱글톤 객체를 생성하고 관리하는데,
요청이 들어올 때마다 매번 객체를 생성하지 않고, 이미 만들어진 객체를 공유하기 때문에 효율적인 사용이 가능하다.
이를 통해 다음과 같은 장점을 얻을 수 있다.
- static 메소드나 private 생성자 등을 사용하지 않아 객체지향적 개발을 할 수 있다.
- 테스트하기 편리하다.
