📙 1. MVC Pattern

MVC(Model-View-Controller) Pattern

• Model
  • 어플리케이션 상태의 캡슐화
  • 상태 쿼리에 대한 응답
  • 어플리케이션의 기능 표현
  • 변경을 view에 통지
• View
  • 모델을 화면에 시각적으로 표현
  • 모델에게 업데이트 요청
  • 사용자의 입력을 컨트롤러에 전달
  • 컨트롤러가 view를 선택하도록 허용
• Controller
  • 어플리케이션의 행위 정의
  • 사용자 액션을 모델 업데이트와 mapping
  • 응답에 대한 view 선택

MVC Pattern 개념

• 어플리케이션의 확장을 위해 Model, View, Controller 세가지 영역으로 분리
• 컴포넌트의 변경이 다른 영역 컴포넌트에 영향을 미치지 않음(유지보수 용이)
• 컴포넌트 간의 결합성이 낮아 프로그램 수정이 용이(확장성이 뛰어남)
• 장점
  • 화면과 비즈니스 로직을 분리해서 작업 가능
  • 영역별 개발로 인하여 확장성이 뛰어남(Servlet에서 Spring으로 확장)
  • 표준화된 코드를 사용하므로 공동작업이 용이하고 유지보수성이 좋음
• 단점
  • 개발과정이 복잡해 초기 개발속도가 늦음
  • 초보자가 이해하고 개발하기에 다소 어려움

📙 2. Spring MVC

Spring MVC 특징

• Spring은 DI나 AOP같은 기능 뿐만 아니라, Servlet 기반의 WEB 개발으 위한 MVC Framework를 제공
• Spring MVC는 Model2 Architecture와 Front Controller Pattern을 Framework 차원에서 제공
• Spring MVC Framework는 Spring을 기반으로 하고 있기 때문에 Spring이 제공하는 Transaction 처리나 DI 및 AOP 등을 손쉽게 사용

Spring MVC 구성요소 1

• DispatcherServlet (Front Controller)
  • 모든 클라이언트의 요청을 전달받음
  • Controller에게 클라이언트의 요청을 전달하고, Controller가 리턴 한 결과값을 View에게 전달하여 알맞은 응답을 생성(forward가 디폴트로 전달됨)
  • 얘는 톰켓꺼다. 톰켓에다 설정해야한다.
  • 톰켓 설정 = web.xml
• HandlerMapping
  • 클라이언트의 요청 URL을 어떤 Controller가 처리할지를 결정
  • URL과 요청 정보를 기준으로 어떤 핸들러 객체를 사용할지 결정하는 객체이며, DispatcherServlet은 하나 이상의 핸들러 매핑을 가질 수 있음
• Controller
  • 클라이언트의 요청을 처리한 뒤, Model을 호출하고 그 결과를 DispatcherServlet에 알려줌

Spring MVC 구성요소 2

• ModelAndView
  • Controller가 처리한 데이터 및 화면에 대한 정보를 보유한 객체
  • 스프링은 request, response 안씀. 그렇기에 이게 request에 담는 역할
  • 모델과 뷰를 가지는 객체이다.
• ViewResolver
  • Controller가 리턴 한 뷰 이름으로 기반으로 Controller의 처리 결과를 보여줄 View를 결정(list.jsp면 list만 전달해주면 앞뒤 알아서 붙여줌)
• View
  • Controller의 처리결과를 보여줄 응답화면을 생성

Spring MVC 요청 흐름

• MVC 패턴은 웹께 아니다.
• Service와 DAO는 개발 방법론에서 일반 자바에서도 쓸 수 있다(non-web)
• 그렇기에 Web-MVC는 servlet-context.xml, root-context.xml, web.xml 총 3개의 xml을 사용

Spring MVC 실행 순서

스프링 MVC는 사용자의 요청이 들어오면 응답을 하기까지 다음과 같은 과정을 거친다.

1. 클라이언트부터 들어오는 모든 요청을 DispatcherServlet이 받는다.
2. DispatcherServlet은 HandlerMapping을 통해서 요청을 처리할 Controller를 검색한다.
3. DispatcherServlet은 검색된 Controller를 실행하여 클라이언트의 요청을 처리한다.
4. Controller는 비즈니스 로직의 수행 결과로 얻어낸 Model 정보와 Model을 보여줄 View 정보를 ModelAndView 객체에 저장하여 return 한다.
5. DispatcherServlet은 ViewResolver로부터 View 정보를 추출하고, ViewResolver를 이용하여 응답으로 사용할 View를 얻어낸다.
6. DispatcherServlet은 ViewResolver를 통해 찾아낸 View를 실행하여 사용자에게 응답을 전송한다.

Spring Web MVC 동작원리 정리

1~4: 톰캣이 실행될 때 실행되는 단계
1. web.xml이 읽혀진다
2. Servlet Container 생성
3. applicationContext(root-context) 읽혀진다
4. 3번에 의해서 DB관련 객체들이 메모리에 로드된다.
5. 사용자에 의해 요청이 들어온다
6. DispatcherServlet이 생성. 모든 소스파일들을 스캔 후 필요한 클래스들을 메모리에 로드.
7. presentation-layer(servlet-context) 읽어서 FrontController 패턴 설정.
8. FrontController 패턴에 해당하는 요청은 따로 가져와서 필요한 클래스에 매핑하여 보낸 후 response.

출처 : https://velog.io/@alkwen0996/Spring-Spring-Web-MVC-%EB%8F%99%EC%9E%91%EC%9B%90%EB%A6%AC-%EC%A0%95%EB%A6%AC

📙 3. Spring MVC 구현

Spring MVC Project의 기본 구조

다양한 이미지 자료들로 확인해보자

• 첫번째 예시

• 두번째 예시

• 세번째 예시