MVC 구조

MVC 주체

• Model : 프로그램의 내부 상태, 즉 프로그램의 데이터를 말한다.
• View: 사용자 인터페이스 요소를 말하며 유저에게 보여지는 것을 말한다.
• Controller : 데이터와 비즈니스 로직 간의 상호 작용을 뜻한다.(모델과 뷰 통제; 중재자 역할)

MVC 패턴은 Model1 과 Model2 로 나눌 수 있다.

Model1

• JSP로 구현한 기존 웹 어플리케이션은 model1 구조이다. 웹 브라우저의 요청을 JSP가 받아서 처리하는 구조이다.
• JSP 페이지 안에서 모든 정보를 표현(view)하고 저장(model)하고 처리(controller)되기때문에 재사용이 어렵고 가독성이 떨어진다.

  클라이언트의 요청과 응답을 JSP가 담당하는 구조

Model2

• model1 구조와 다르게 웹 브라우저의 요청을 하나의 서블릿이 받는다.
• 서블릿은 웹 브라우저의 요청을 처리한 후 그 결과를 JSP 페이지에 포워딩해준다.

  클라이언트의 요청,응답,비즈니스 로직 처리하는 부분을 모듈화시킨 구조

Spring MVC

• model2 + Spring 프레임워크

  스프링 프레임워크, 스프링이 제공하는 트랜잭션 처리, DI, AOP, 프레임워크를 쉽게 사용 가능

MVC 처리 순서

• 다른 MVC 프레임워크와 마찬가지로 controller를 사용하여 요청을 처리한다.
• Spring에서는 DispatcherServlet이 MVC에서의 Controller 부분을 처리한다.

1. 클라이언트가 서버에 요청 하면 DispatcherServlet 클래스가 요청을 받는다.

   DispatcherServlet (front Controller) = web.xml

2. DispatcherServlet은 프로젝트 파일 내 servlet-context.xml 파일의 @Controller 를 통해 등록한 요청을 위임 컨트롤러를 찾아서 mapping 컨트롤러가 존재한다면 @RequestMapping을 통해서 요청을 처리할 메소드로 이동한다.

   기존에는 @WebServlet에서 urlPattern을 사용해주고 Component에 빈 이름으로 URL을 작성했지만
   @RequestMapping를 사용해서 편리하게 Controller 구현이 가능해졌다.

3. Controller는 해당 요청을 처리할 Service를 받아서 비즈니스 로직을 서비스에 위임한다.

4. Service는 요청에 필요한 작업을 수행하고, 요청에 대해 DB에 접근해야하는 경우 DAO에 요청하여 처리를 위임한다.

5. DAO는 DB정보를 Service에 전달한다.

6. Service는 전달받은 데이터를 Controller에 전달한다.

7. Controller는 Model 객체에게 요청에 맞는 View 정보를 담아서 DispatcerServlet에 전송한다.

8. DispatcerServlet은 ViewResolver에게 전달받은 View 정보를 전달한다.

9. ViewResolver는 응답할 View에 대한 JSP를 찾아서 DispatcherServlet에 전달한다.

10. DispatcerServlet은 응답할 View의 Render를 지시하고 View는 로직을 처리한다.

11. DispatcerServlet은 클라이언트에게 Rendering된 View를 응답하면서 요청처리를 마무리한다.

• @Controller
  - 스프링이 자동으로 스프링 빈으로 등록한다.
  - 스프링 MVC에서 어노테이션 기반 Controller로 인식
• @RequestMapping
  - 요청 정보를 매핑, 해당 URL이 호출되면 이 메소드가 호출된다.
• ModelAndView
  • 모델과 뷰 정보를 담아서 반환

참고
이미지 출처
https://nickjoit.tistory.com/9
https://velog.io/@alghrksl/Spring-MVC1-MVC2-SpringMVC-%EC%B0%A8%EC%9D%B4%EC%A0%90%EA%B3%BC-%EA%B5%AC%EC%A1%B0
https://iri-kang.tistory.com/4ㅑ