Spring MVC : 개념, 처리 과정(흐름), 특징

Spring MVC의 개념과 Model, View, Controller, Dispatcher Servlet, Handler Mapping 등의 클래스와 그 역할들에 대하여 포스팅하도록 하겠다.

 현재 웹프레임워크 강좌를 수강중인데, 강의하시는 교수님께서 매 주 수업마다 항상 나를 일깨워주는 말씀을 하나씩 해주신다. 교수님께서, 젊음의 가장 좋은 점은 기회가 많은 것이라고 하셨다. 반대로, 젊음의 가장 큰 문제는 두려움이 많은 것이라고 하셨다. 그러므로 더욱더 자기 자신의 한계를 정해놓지 말라고 하셨다. 무척 감명깊은 말이었다.

본론으로 들어가자!

Spring MVC의 개념

웹 개발 시에 data 로직과 비즈니스로직을 분리하여 개발하는 모듈이다.

Model은 data부분, View는 말 그대로 화면으로 처리한 것을 페이지에 보여주고, Controller는 요청을 받아 View와 Model사이에서 요청을 처리한다.

구조를 보면서 더 자세히 알아보자.

Spring MVC의 기본 구조(흐름)

Spring MVC

Model, View, Controller가 빨간색 박스로 표시되어있는데, 개발자가 할 일은 이것 뿐이라고 봐도 무방하다. 우선 하나씩 클래스를 살펴보자. 또한 설명 순서가 MVC의 처리 과정이다.

Dispatcher Servlet(=Front Controller)

모든 사용자 요청을 받는 컨트롤러이다. 모든 요청을 받을 수 있도록 web.xml에서 url을 /로 설정한다. 모든 요청을 받겠다는 뜻이다. 요청을 받아 HandlerMapping클래스로 보낸다. 

HandlerMapping

사용자의 요청(URL)마다 알맞은 컨트롤러를 매핑해준다. 이 매핑은 개발자가 @RequestMapping어노테이션을 통해서 설정해두거나, XML 파일로 설정해주어야한다. HandlerMapping 객체에 매핑정보를 미리 담아두어야 하는 것이다. 매핑된 컨트롤러 정보를 Dispatcher Servlet에게 전달해준다.

Controller

요청이 알맞은 컨트롤러에게 전달이 되었으면, 이 컨트롤러는 로직, 즉 서비스를 수행한다. 여기서 DAO를 호출하여 DB를 사용할 수 있다. 수행 결과를 Model객체에 담는다. 이후, 이 Model을 보여줄 수 있는 View를 탐색하여 그 이름과 Model을 함께  DispatcherServlet에게 전달한다.

ViewResolver

View를 탐색하는 역할을 수행한다. DispatcherServlet이 Controller에게 받은 View를 탐색해달라는 요청을 보내면, 해당 View의 정보를 객체로 넘겨준다.

View

Dispatcher에게 받은 요청(수행된 결과물)을 응답한다. 이 과정을 렌더링한다고 한다. UIUX가 적용되는 부분으로, HTML, JSP등을 사용한다. 여기서 마지막으로 DispatcherServlet에게 최종 결과물을 전송하게 되고, 전달받은 View를 Dispatcher가 사용자에게 제공하는 것이다.

Spring MVC의 특징

• DispatcherServlet에서 알 수 있듯이 서블릿 기반의 웹 프레임워크이다.
• Front Controller Pattern과 Command Pattern이 적용되어 있다.
• Spring의 다른 특징인 DI(의존성주입), AOP(관점지향프로그래밍)을 모두 사용할 수 있다.
• 모든 처리과정을 JSP가 담당하던 Model1방식이 아닌 Model2방식이다.

 

끝!