TIL 52: [데이터베이스] MVC

MVC라는 단어를 보자마자 Section 2에서 배웠던 Flux가 생각났습니다. 페이스북에서 MVC의 단점을 보완하기 위해 개발한 아키텍처가 Flux임을 배웠습니다. 그래서 MVC가 Flux보다 안좋은 것, 양방향이 단방향보다 안 좋은 것이라고 생각했는데 상황에 따라 사용되는 것 같습니다.

 

Flux 배웠던 날 TIL 입니당

https://high-developer.tistory.com/53

TIL 42: [React] 상태 관리

 

 

MVC

MVC가 생겨나게 된 이유는 프로그램을 개발하다가 유지보수가 어려운 문제를 해결하기 위해서 입니다.

MVC는 디자인 패턴 중 하나입니다. 여기서 디자인 패턴이란 프로그램을 개발하는 중에 발생했던 문제점들을 정리해서 상황에 따라 문제들을 해결할 수 있도록 특정한 패턴, 규약, 혹은 형식을 만들어 놓은 것을 말합니다.

아래 이미지를 보면 User가 Controller를 조작하면 Controller는 Model로부터 데이터를 받아 오고, 그 데이터를 View에게 전달합니다. View는 그 데이터를 바탕으로 시각적으로 표현해줍니다.

 

Model

Model은 데이터베이스로부터 데이터를 갖고오거나 데이터 자체를 갖고 있습니다.

Controller와 데이터를 주고 받습니다.

 

View

유저가 보는 화면을 보여주는 역할을 합니다.

Model이나 DB와 직접적인 교류는 없고 단순히 Controller와 교류합니다.

 

Controller

Model과 View를 이어주는 역할을 합니다.

Controller는 View에서 일어나는 액션과 이벤트에 대한 인풋을 받고, 일련의 가공과정 후에 Model에게 넘겨줍니다.

Model은 그걸 받고 필요한 데이터를 Controller에게 넘겨주고, 다시 Controller는 View가 이해할 수 있도록 여러 가공을 거쳐서 View에게 넘겨줍니다.

 

 

 

MVC 패턴이 자동으로 지켜지는 5가지 규칙

위에서 설명한 Model, View, Controller의 특징을 고려하면 충분히 이해할 수 있는 규칙입니다.

• Model은 Controller와 View에 의존하지 않아야 한다.
  Model 내부에 Controller와 View와 관련된 코드가 있으면 안됩니다.
  
  
• View는 Model에만 의존해야 하고, Controller에는 의존하면 안된다.
  View 내부에 Model의 코드만 있을 수있고, Controller의 코드가 있으면 안된다.
  
  
• View가 Model로부터 데이터를 받을 때는, 사용자마다 다르게 보어주어야 하는 데이터에 대해서만 받아야 한다.
  예를 들어, 아래와 이미지에서 빨간색 네모를 제외한 부분만 Model로 부터 데이터를 받아한다는 뜻입니다.

  

  
  
  
• Controller는 Model과 View에 의존해도 된다.
  
  
• View가 Model로부터 데이터를 받을 때, 반드시 Controller에서 받아야 한다.