MVC 패턴
MVC패턴은 모델(Model), 뷰(View), 컨트롤러(Controller)로 이루어진 디자인 패턴이다.
모델
모델(model)은 애플리케이션의 데이터인 데이터베이스, 상수, 변수 등을 뜻한다.
뷰에서 데이터를 생성하거나 수정할 때 컨트롤러를 통해 모델이 생성 또는 업데이트 된다. 예를 들어 사용자가 네모박스에 글자를 적는다고 할 때, . 이 때 모델은 네모박스의 크기정보, 글자내용, 글자의 위치, 글자의 포맷 정보 등이 된다.
뷰
뷰(view)는 inputbox, checkbox, textarea 등 사용자 인터페이스 요소를 나타내며 모델을 기반으로 사용자가 볼 수 있는 화면을 뜻한다.
모델이 가지고 있는 정보를 따로 저장하지 않아야 하며 변경이 일어나면 컨트롤러에 이를 전달해야 한다.
컨트롤러
컨트롤러(controller)는 하나 이상의 모델과 하나 이상의 뷰를 잇는 다리 역할을 하며 이벤트 등 메인 로직을 담당한다.
또한, 모델과 뷰의 생명주기도 관리하며, 모델이나 뷰의 변경 통지를 받으면 이를 해석하여 각각의 구성 요소에 해당 내용에 대해 알려준다.
MVC패턴의 장점
- 애플리케이션의 구성 요소를 세 가지 역할로 구분하여 개발 프로세스에서 각각의 구성 요소에만 집중해서 개발할 수 있다.
- 재사용성과 확장성이 용이하다는 장점이 있다.
MVC패턴의 단점
애플리케이션이 복잡해질수록 모델과 뷰의 관계가 복잡해지는 단점이 있다.
MVC패턴을 반영한 대표적인 프레임워크로 Spring WEB MVC가 있다.
MVP 패턴
C가 P(프레젠터, presenter) 로 교체된 패턴. V와 P는 1:1 관계이므로 MVC보다 더 강한 결합을 지닌 디자인 패턴이다.
MVVM 패턴
MVC의 C가 VM(뷰모델, view model)로 바뀐 패턴. VM은 뷰를 추상화한 계층이며 VM : V = 1 : N 이라는 관계를 갖는다.
VM은 커맨드와 데이터바인딩을 가진다.
- 커맨드 : 여러요소에 대한 처리를 하나의 액션으로 처리할 수 있는 기법
- 데이터바인딩 : 화면에 보이는 데이터와 브라우저 상의 메모리 데이터를 일치시키는 방법.
MVVM 패턴을 가진 대표적인 프레임워크로는 뷰(Vue.js)가 있다.
차이정리
| 특징 | MVC 패턴 | MVP 패턴 | MVVM 패턴 |
|---|---|---|---|
| 관계 | 컨트롤러와 뷰는 1 : n | 프레젠터와 뷰는 1 : 1 | 뷰모델과 뷰 는 1 : n |
| 참조 | 뷰는 컨트롤러를 참조 x | 뷰는 프레젠터를 참조 o | 뷰는 뷰모델을 참조 o |
Spring의 MVC패턴 적용사례
Spring은 자바기반으로 애플리케이션 개발을 할 때 많은 기능들을 제공하는 프레임워크이다. 다음과 같은 아키텍처를 가진다.
디스패처 서블릿의 요청 처리과정
Spring Web MVC의 MVC패턴은 디스패처 서블릿의 사용자 요청처리과정을 통해 알 수 있다.
- 클라이언트가 요청을 했을 때 가장 먼저 디스패처 서블릿이 이를 받는다.
(프론트 컨트롤러 역할)
이 때 url 이나 form data 등 여러개의 데이터가 있는데, 이러한 걸 기반으로 어떤 컨트롤러에게 이를 처리하게 결정하는 공장의 반장과도 같은 역할을 한다.
보통 클래스이름, url, xml의 설정 등을 참고 할 수 있지만 보통 @requestmapping를 참고한다.
@RequestMapping(value = "/ex/foos", method = POST) @ResponseBody
public String postFoos() {
return "Post some Foos"; }- 하나 이상의 handler mapping을 참고해서 적절한 컨트롤러를 설정하고, 이후 컨트롤러로 요청을 보낸다.
- 컨트롤러는 데이터베이스에 접근하여 데이터를 가져오는 등 비즈니스 로직을 수행한다.
- 그렇게 해서 사용자에게 전달해야할 정보인 모델을 생성한다.
- 그 다음 뷰를 구현하기 위한 view resolver를 참고한다.
- 해당 정보를 기반으로 뷰를 렌더링한다.
- 응답 데이터를 보낸다.
