MVC (Model-View-Controller)

- Model View Controller 의 약자

- 프로그래밍을 할 때 Model, View, Controller로 구분하여 설계하는 방법을 말한다.

- View와 Controller는 내부 속성 값을 가져서는 안된다.

​

각각의 역할은 아래와 같다.

1. Model

- 데이터를 보유 또는 가공하는 역할을 한다.

(사용자가 편집하길 원하는 모든 데이터들을 가지고 있다)

- Controller로부터 데이터의 가공을 요청 받아 수행한다.

- 가공된 정보를 Controller에게 돌려준다.

- 가공된 정보를 View에게 전달할 수도 있다.

2. View

- UI등 무언가 화면에 보여주기 위한 역할을 한다.

- 화면에 보여주는 역할 외에는 그 무엇도 관여해서는 안된다.

- 간접적으로 Controller에 버튼이 눌렸음을 알리는 정도만

3. Controller

- Event에 대한 기능을 수행한다.

- 예를들어 화면에 보여지는 Button 같은 것들의 입력을 받아 알맞는 작업을 수행한다.

- Model에게 데이터의 가공을 요청하는 역할

​

위 역할에 따라 계산기로 간단히 플로우를 살펴보자면

1. Model

- 일반용, 공학용 등의 플래그들을 보유

- 일반용일 경우 일반용에 필요한 정보를 가공하여 리턴

- 공학용일 경우 공학용에 필요한 정보를 가공하여 리턴

- Model의 데이터가 변경되어 View에게 변경 요청을 보낼 수도 있다.

2. Controller

- 숫자, +, -, 보기, 편집 등의 이벤트를 받음

- 보기->일반용 플래그를 누르면 Model로부터 가공된 정보를 받아 View에 던져준다.

- 보기->공학용 플래그를 누르면 Model로부터 가공된 정보를 받아 View에 던져준다.

3. View

- 화면에 보이는 것들을 그린다.

- Controller가 Model로부터 일반용, 공학용 등 가공된 정보를 가져다가 던져주면 View에서는 그에 맞는 화면을 그려준다.

- View에서 Model에 직접 데이터를 가져올 수도 있다.

(Controller가 모든 것을 통제하는 것은 아니다.)

 

 

장점

- 각각 역할에 맞는 작업만 한다.

(View는 화면을 그리고, Controller는 통제하고, Model은 데이터를 가공한다.)

​

단점

- Model과 View의 의존성이 강하다.

(MVC에서 Model은 View를 그리기 위한 정보와 가공처리를 한다. 따라서 View를 그리기 위해 Model에 의존해야 한다는 것이다.

- 복잡도가 높아질수록 기능과 역할이 무거워질 수 있다.

​

​

- 많은 사람들이 MVC 패턴에 대해서 서로 다르게 정리하고 있다.

어떤 사람의 글에는 View가 Controller와 Model을 알고 있으며

어떤 사람의 글에는 View와 Model이 서로 모른다.

MVC의 의도와 단점을 보자. 무엇이 맞는지 장단점만 보아도 알 수 있다.

​

참고 출처

디자인패턴) MVC 패턴

[디자인패턴] MVC, MVP, MVVM 비교

MVC / MVP 패턴에 대하여.

 

MVP 링크

MVP (Model-View-Presenter)

MVVM 링크

MVVM (Model-View-ViewModel)

 

다람쥐와 포동포동이

RememberCook 9월 28일 정식 출시!