1. Spring MVC란?

ㄴ MVC 패턴 + Spring

MVC 패턴은
데이터를 관리하는 Model, 사용자에 보여지는 View, Model과 View를 간 명령을 전달하는 Controller로 분리하여
소프트웨어를 개발하는 디자인 패턴이다.

해당 디자인 패턴은 소프트웨어의 비즈니스 로직과 화면을 구분하는데 중점을 두어
관심사를 분리하여 업무 분리와 향상된 유지 보수(관리)를 지원한다.

그렇다면 Spring MVC는?
Spring MVC는 스프링에서 제공하는 서블릿 기반 웹 개발 모듈이다.
이는 Spring에서 보다 편하게 MVC 패턴으로 개발할 수 있도록 지원하는 모듈이다.

아래 이미지는 Spring MVC의 동작 flow를 나타낸다.
Spring MVC를 사용하면, 개발자는 보라색 영역과 (때때로)연두색 영역만 개발해주면된다.
그 외의 영역은 Spring MVC가 알아서 지원한다..👍
이미지 출처: 하나의 점을 찍어나가며, [부스트코스 웹 프로그래밍]스프링 MVC

Spring MVC = Spring에서 보다 편하게 MVC 패턴 개발하도록 지원하는 모듈

... 그런데 이제 프론트 컨트롤러를 곁들인..ㅎ

---

2. 프론트 컨트롤러란?

오징어게임에는 프론트맨이 있고, 스프링에는 프론트 컨트롤러가 있다..!

🦑 오징어게임 과몰입자는 프론트 컨트롤러를 보고 프론트 맨을 떠올렸다..

• 클라이언트인 vip가 프론트 컨트롤러에게 요청을 보내면
• 프론트 컨트롤러가 컨트롤러의 맨 앞단에서 모든 요청을 받는다. (병헌이 형이 전화를 받는다.This is the Front man speaking..)
• 프론트 컨트롤러는 HandlerMapping으로 해당 요청 로직 처리에 적합한 (서브) 컨트롤러를 찾아 매핑한다.
• 이후 HandlerAdapter로 매핑된 (서브) 컨트롤러를 실행시킨다.
  - (서브) 컨트롤러는 (필요하다면 서비스로 분리하여) 요청 로직을 처리하고,
  - 요청 로직 실행 결과인 모델 객체(예:DTO)를 생성한다.
  - 컨트롤러는 응답을 출력할 뷰 정보인 viewName과 출력할 데이터인 모델(ModelAndView)을 리턴한다.
• 프론트 컨트롤러는 ViewResolver로 해당 viewName의 뷰를 찾고
• 뷰에 모델이 포함된 응답 결과를 랜더링 한다.
• 뷰에 출력된 결과가 클라이언트에게 전달된다.

잠깐🖐, Spring MVC의 주요 구성 요소

구성 요소	기능
Dispatcher Servlet	클라이언트의 요청을 맨 앞단에서 받아 controller에게 전달, 리턴한 결과를 view에게 전달하는 servlet 객체 (프론트 컨트롤러)
HandlerMapping	url과 요청 정보를 기준으로 어떤 핸들러 객체(controller)를 사용할 지 결정하는 로직의 객체, Dispatcher Servlet은 하나 이상의 HandlerMapping을 가질 수 있음
HandlerAdapter	HandlerMapping을 통해 찾은 컨트롤러를 직접 실행하는 기능을 수행, controller의 리턴값을 Dispatcher Servlet에 전달
Controller	클라이언트의 요청 처리, 요청 결과를 Dispatcher Servlet에 전달
ModelAndView	controller가 처리한 결과 정보(Model) 및 뷰 선택에 필요한 정보를 보유한 객체
ViewResolver	controller가 리턴한 뷰 이름(viewName)을 기반으로 controller 처리 결과를 생성할 뷰 결정
View	controller의 처리 결과 화면 생성

참고: 하나의 점을 찍어나가며, [부스트코스 웹 프로그래밍]스프링 MVC

---

근데, 프론트 컨트롤러가 왜 있어야하지?

형..형이 왜..

프론트 컨트롤러가 없다면,

• 한 개의 url에 한 개의 servlet이 매핑, 매 servlet 구현 시마다 핸들러의 공통 로직이 중복됨
• 뿐만 아니라 동시에 여러 요청을 처리해야한다면 멀티스레딩으로 요청을 처리해야함
  (여러 개의 스레드가 생성되고 스레드 당 각각 다른 setvlet의 요청을 처리하거나, 여러 스레드에서 한 servlet의 요청을 동시에 처리할 수도 있음)
  → 여러 개의 스레드를 만드는 것 자체가 큰 비용
  → 다른 스레드로 전환하는 context switch가 많은 오버헤드를 일으킴
  → 스레드 생성에 제한을 두지 않으면, 많은 스레드를 생성하다가 서버의 하드웨어 한계를 넘어면..서버 펑..💥

ㄴ 멀티스레딩을 다뤄야하는 어려움 + 공통 로직을 중복하여 개발해야하는 불편함

출처: [10분 테코톡] 🐶 코기의 Servlet vs Spring, 구데타마 구데타마, Front Controller 패턴

---

프론트 컨트롤러는,

⭐ 클라이언트의 요청을 앞단에서 처리(공통 로직)하고, 요청에 맞는 컨트롤러를 매핑, 총괄자와 같은 역할을 하는 servlet 객체
⭐ 하나의 servlet으로 모든 요청을 받음 = Dispatcher Servlet
(Dispatcher Servlet으로 프론트 컨트롤러를 구현)

프론트 컨트롤러 패턴이란?
하나의 servlet으로 클라이언트의 요청을 받아, 공통 로직에 해당하는 부분을 처리하고 요청에 맞는 컨트롤러를 매핑해주도록 앞단에 프론트 컨트롤러를 설계하는 디자인 패턴

• 프론트 컨트롤러는 하나고, (서브) 컨트롤러는 로직에 따라 여러 개이다.
• 프론트 컨트롤러가 중앙집권식으로 클라이언트 요청 처리를 관리한다.
• 이를 통해 공통 로직은 프론트 컨트롤러가 처리하고,
  하나의 (서브) 컨트롤러는 한 기능만을 수행하도록 설계 가능하다.
  → 전체 애플리케이션을 통합, 관리하기 용이해진다.

---

오늘은 여기까지,

코드로 Spring MVC를 구현하는 방법은 다음 포스팅에서..⭐

(포스팅하고보니 나만 알아볼 수 있게 왈랄라라 적었다...ㅎ;;; 복습용 TIL이니까 껄껄)