Spring - MVC 패턴

개요

스프링은 MVC패턴이라는 디자인 패턴을 준수합니다.
이번 포스트에서는 MVC패턴에 대해 자세히 알아보겠습니다.

MVC패턴의 등장 배경

MVC패턴 이전에는 서블릿과 JSP를 이용하여 비즈니스 로직과 뷰 로직을 처리하는 방식으로 일을 했습니다. 하지만 너무 많은 역할을 하나의 서블릿 혹은 JSP이 하게 되니 유지보수가 어렵다는 문제가 발생했습니다.

또한 UI의 수정과 비즈니스 로직의 수정은 변경 시점이 다를 가능성이 높아 이 둘을 하나로 관리하는 것은 유지보수하기 좋지 않다는 문제도 있었습니다.

이러한 문제를 해결하고자 Model, View, Controller로 영역을 나눠 서블릿이나 JSP에서 한번에 처리하던 일들을 각 영역으로 분담하는 방법이 등장했고, 이것이 MVC패턴입니다.

MVC패턴이란?

MVC패턴이란 소프트웨어 공학에서 사용되는 소프트웨어 디자인 패턴입니다. 애플리케이션의 데이터를 나타내는 Model, input 텍스트, 체크박스 항목 등과 같은 사용자 인터페이스 요소를 나타내는 View, 데이터와 사용자 인터페이스 사이에서 상호작용을 도와주는 다리의 역할을 하는 Controller 로 구성되어있습니다.

Model

Model은 View에 출력할 데이터를 담아두는 역할을 합니다. View에서 필요한 데이터는 모두 Model에 담아 전달이 되기 때문에 View는 사용자에게 보여지는 화면만 담당할 수 있습니다.

Model은 3가지 규칙이 있습니다.

1. 사용자가 편집하길 원하는 모든 데이터를 가지고 있어야 한다.

2. 뷰나 컨트롤러에 대해서 어떤 정보도 알지 말아야 한다.

3. 변경이 일어나면, 변경 통지에 대한 처리방법을 구현해야만 한다.

View

View는 사용자에게 보여지는 화면을 나타내는 역할을 합니다.
즉, 데이터 및 객체의 입력, 그리고 보여주는 출력을 담당합니다.

View는 3가지 규칙이 있습니다.

1. 모델이 가지고 있는 정보를 따로 저장해서는 안된다.

2. 모델이나 컨트롤러와 같이 다른 구성요소들을 몰라야 된다.

3. 변경이 일어나면 변경통지에 대한 처리방법을 구현해야만 한다.

Controller

데이터와 사용자인터페이스 즉, Model과 View사이에서 상호작용을 도와주는 다리 역할을 합니다.
사용자가 데이터를 클릭하고, 수정하는 것에 대한 "이벤트"들을 처리하는 부분을 뜻합니다.

Controller는 2가지 규칙이 있습니다.

1. 모델이나 뷰에 대해서 알고 있어야 한다.

2. 모델이나 뷰의 변경을 모니터링 해야 한다.

Spring MVC의 구조

Spring에서는 MVC패턴을 잘 사용하기 위해 몇 가지 기능들을 나눴습니다. 그 기능에 대한 설명입니다.

DispatcherServlet

• 다른 웹 프레임워크들에서 사용되는 Front Controller의 역할을 합니다. 즉, 가장 앞단에서 클라이언트의 요청을 처리하는 Controller로써 요청부터 응답까지 전반적인 처리 과정을 통제합니다.

Handler

• 핸들러는 DispatcherServlet가 전달해준 HTTP 요청을 처리하고 결과를 Model에 저장합니다. 사실상 Controller와 역할이 비슷합니다.

ModelAndView

• ModelAndView는 controller에 의해 반환된 Model과 View가 Wrapping 된 객체입니다. 말 그대로 Model과 View가 같이 들어있는 객체라고 보면 됩니다.

ViewResolver

• ViewResolver는 ModelAndView를 처리하여 View를 그리는 역할을 합니다. Model에 저장된 데이터를 사용해 View를 그리고 사용자는 View를 보게 됩니다.

Spring MVC의 동작 구조

1. 사용자 요청 전송을 하면 DispatcherServlet이 요청을 가로챔
2. DispatcherServlet이 가로챈 요청을 HandlerMapping에게 보냄
3. HandlerMapping은 사용자 요청을 처리할 수 있는 Controller 검색
4. DispatcherServlet은 선택된 Controller 비지니스 로직 실행을 HandlerAdapter에게 위임
5. HandlerAdapter가 Controller의 비지니스 로직 호출
6. 비지니스 로직 호출 결과를 Model 이나 ModelAndView 객체에 담아서 DispatcherServlet에게 반환함
7. DispatcherServlet이 ViewResolver를 이용하여 결과를 보여줄 View를 검색
8. 처리 결과가 포함된 View 객체를 DispatcherServlet에 송신하여 최종 결과를 출력함

왜 MVC 패턴을 사용할까?

MVC패턴의 의의는 역할을 분담하여 작업한다는 것 입니다. 데이터 처리, 사용자에게 보여지는 화면 그리고 이 둘 사이에서 상호작용을 제어하는 컨트롤 이렇게 3가지로 영역을 나누어 각자의 영역에서 집중할 수 있다는 것이 MVC패턴을 사용하는 이유입니다.

이렇게 영역을 나누는 것은 서로 의존도가 낮아 유지보수할 때 고쳐야하는 부분만 고치면 되기 때문에 유지보수비용이 적게 들고, 기능을 더 확장하기도 편하며, 클라이언트의 요청에 유연하게 대응할 수 있다는 장점이 있습니다.