MVC 패턴 이해하기

업데이트 19.03.06

Intro

자주 나오지만 계속 헷갈리는 MVC 패턴을 정리해보려고 한다!

누가 물어봤을 때 쉽고 제대로 설명해줄 수 있었으면 좋겠다..

MVC는 Model, View, Controller 의 약자로, 위키피디아를 보면 아래와 같이 설명되어 있다.

MVC에서 모델은 애플리케이션의 정보(데이터)를 나타내며,

뷰는 사용자 인터페이스 요소를 나타내고, 

컨트롤러는 데이터와 비즈니스 로직 사이의 상호동작을 관리한다. 

이 설명만 보고는 와닿지 않지만 여기까지만 정리해보자.

MVC 패턴은 하나의 애플리케이션을 구성할 때, 그 구성요소를 모델, 뷰, 컨트롤러의 세 가지 역할로 분리해서 각자의 역할에만 집중하게 하자는 개념이다.

먼저 전체적인 흐름을 정리한 다음에 Mode, View, Controller 각각을 설명할 것이다.

출처 :alex-jin.com

1. user가 UI를 맡고 있는 View에서 화면에 표시된 내용을 변경하게 되면(ex Submit 버튼을 누른다.), Controller가 사용자의 행동을 받아서 사용자의 요청 명령에 응답한다.

2. Controller는 변경이 발생한 View에 해당하는 Model에게 어디가 바뀌었으니 데이터를 변경하라고 통지한다.

3. Model의 데이터가 변경됐다면, Model은 데이터가 변경되었음을 Controller에게 알린다.

4. Model의 변경통지를 받은 Controller는 최종 UI로 출력될 View를 결정하고, View한테 화면을 다시 그리라고 알려준다.

5. Controller에게 통지받은 View는 화면을 다시 그리고 user는 새롭게 그려진 View를 보게 된다.

기본적으로 View나 Controller에 대해서 관심이 없다.

데이터를 그릴 뿐, 모델이 가지고 있는 정보를 따로 저장해서는 안된다.

데이터를 그릴 뿐, 인터페이스의 행동에 대한 결정은 모두 컨트롤러에게 맡긴다.

데이터와 사용자인터페이스 요소들을 잇는 다리역할을 한다.

사용자의 인터렉션을 처리하고, 모델을 조작하며, 최종 UI로 출력될 뷰를 결정한다.

열 마디 말보다는 한 줄의 코드가 더 이해가 빠를 수도 있다! MVC 개념 이해를 위한 간단한 코드를 작성해보았다.

Main.java 에서 user가 get..()를 처리한 요청 결과는 아래 사진과 같다.

(추가 예정)

사용자가 보는 페이지, 데이터처리, 그리고 이 2가지를 중간에서 제어하는 컨트롤.

이 3가지로 구성되는 하나의 애플리케이션을 만들면 서로 분리되어 각자 맡은 역할에만 집중을 할 수 있게 된다.

각 요소 간에 연결을 보다 느슨하게 구성할 수가 있게 되기 때문에 복잡한 애플리케이션을 관리하기에 용이하다.

따라서 다른 디자인 패턴처럼

이 증가한다!

Massive ViewController (대규모 MVC 어플리케이션)
- Controller가 무지하게 커지고 복잡해질 수 있다.
- 화면에 복잡한 화면과 데이터의 구성 필요한 구성이라면, Controller에 다수의 Model과 View가 복잡하게 연결되어 있는 상황이 생길 수 있다.

이러한 mvc의 문제점을 보완한 여러 다양한!! 패턴 (MVP, MVVM, Flux, Redux …)이 생겼다.