mvc 패턴은 디자인 패턴 중 하나이다.
디자인 패턴이란
프로그램이나 어떤 특정한 것을 개발하는 중에 발생했던 문제점들을 정리해서 상황에 따라 간편하게 적용해서 쓸 수 있는 것을 정리하여 특정한 규약을 통해 쉽게 쓸 수 있는 형태로 만든것
로직의 유지보수를 돕기위해, 좀 더 쉽고 편리하게 사용할 수 있게 만든 방법들
종류: 스트래티지 패턴, 옵저버 패턴 등. 그 중 하나가 mvc패턴
mvc란
model, view, controller 의 약자
사용자가 controller를 조작하면 controller는 model을 통해 데이터를 가져오고 그 정보를 바탕으로 시각적 표현을 담당하는 view를 제어해 사용자에게 전달
이러한 패턴을 성공적으로 사용하면, 사용자 인터페이스로부터 비즈니스 로직을 분리하여 애플리케이션의 시각적 요소나 그 이면에서 실행되는 비즈니스 로직을 서로 영향 없이 쉽게 고칠 수 있는 애플리케이션을 만들 수 있게 됨
위 개념을 web에 적용시
- 사용자가 웹사이트에 접속
- 컨트롤러는 사용자가 요청한 웹페이지를 서비스하기 위해 모델 호출
- 모델은 데이터베이스나 파일과 같은 데이터소스를 제어한 후 그 결과를 리턴
- 컨트롤러는 모델이 리턴한 결과를 뷰에 반영 (updates)
- 데이터가 반영된 뷰는 사용자에게 보여짐(sees)
모델
애플리케이션의 정보, 데이터. 데이터베이스, 처음의 정의하는 상수, 초기화값, 변수
모델의 규칙
-
사용자가 편집하길 원하는 모든 데이터를 가지고 있어야 한다.
예) 화면안의 네모박스에 글자가 표현됨 - 네모박스의 화면위치정보, 네모박스의 크기정보, 글자내용, 글자의 위치, 글자의 포맷 정보 등 -
뷰나 컨트롤러에 대해 어떤 정보도 몰라야한다
데이터 변경이 일어났을 때 모델에서 화면 ui를 직접 조정해서 수정할 수 있도록 뷰를 참조하는 내부 속성값을 가지면 안된다 -
변경이 일어난다면 변경 통지에 대한 처리방법을 구현해야 한다
모델의 속성 중 텍스트 정보가 변경이 된다면 이벤트를 발생시켜 누군가에게 전달해야하며 누군가 모델을 변경하도록 요청하는 이벤트를 보냈을 때 이를 수신할 수 있는 처리 방법을 구현해야 함
또한 모델은 재사용가능해야 하며 다른 인터페이스에서도 변하지 않아야 함
뷰
input 텍스트, 체크박스 항복 등과 같은 사용자 인터페이스 요소를 나타냄. 다시 말해 데이터 및 객체의 입출력 담당
데이터를 기반으로 사용자들이 볼 수 있는 화면
-
모델이 가지고 있는 정보를 따로 저장해서는 안된다
화면에 글자를 표시하기위해, 모델이 가지고 있는 정보를 전달받게 될텐데, 그 정보를 유지하기 위해 임의의 뷰 내부에 저장하면 안됨
단순히 네모박스를 그리라는 명령을 받으면 화면에 표시하기만 하고 그 화면을 그릴 때 필요한 정보들은 저장하지 않아야 함 -
모델이나 컨트롤러와 같이 다른 구성요소들을 몰라야 한다
모델과 같은 자기 자신의 빼ㅗㄱ는 다른 요소는 참조하거나 어떻게 동작하는지 알아서는 안됨
뷰는 데이터를 받으면 화면에 표시해주는 역할만 가진다고 보면 됨 -
변경이 일어나면 변경통지에 대한 처리 방법을 구현해야 한다
모델과 같이 변경이 일어났을 때 이른 누군가가 변경을 알려줘야 하는 방법을 구현해야 함
뷰에서는 화면에서 사용자가 화면에 표시된 내용을 변경하게 되면 이를 모델에게 전달해 모델을 변경해야 하므로 이를 위해 변경 통지를 구현
재사용 가능하도록 설계해야하며, 다른 정보들을 표현할때 쉽게 설계해야함
컨트롤러
데이터와 사용자인터페이스 요소들을 잇는 다리역할
사용자가 데이터를 클릭하고 수정하는 것에 대한 이벤트들을 처리하는 부분을 뜻함
-
모델이나 뷰에대해 알고있어야 한다
모델이나 뷰는 서로의 존재를 모르고, 변경을 외부로 알리고, 수신하는 방법만 가지고 있는데 이를 컨트롤러가 중재하기 위해 모델과 그에 관련된 뷰에 대해 알고있어야 함 -
모델이나 뷰의 변경을 모니터링해야 함
모델이나 뷰의 변경 통지를 받으면 이를 해석해 각각의 구성 요소에게 통지해야함
어플리케이션의 메인 로직은 컨트롤러가 담당하게 함
mvc 패턴을 사용해야 하는 이유
비즈니스 로직과 UI로직을 분리하여 유지보수를 독립적으로 수행가능
Model과 View가 다른 컴포넌트들에 종속되지 않아 애플리케이션의 확장성, 유연성에 유리함
중복 코딩의 문제점 제거
MVC패턴을 사용하는 프레임워크나 라이브러리의 예
구글의 AngularJS, php의 코드이그나이터, python django
MVC패턴의 의의
어떻게 나눌 것인가 에 대한 해답 중 하나
역할 분담의 가이드라인 중 하나
MVC 패턴의 한계
MVC패턴에서 View는 Controller에 연결되어 화면을 구성하는 단위 요소이므로 다수의 View를 가질 수 있음
그리고 Model은 Controller를 통해서 View와 연결되지만, Controller에 의해서 하나의 View에 연결될 수 있는 Model도 여러 개가 될 수 있어 View와 Model이 서로 의존성을 띄게 됨
즉, Controller에 다수의 Model과 View가 복잡하게 연결되어 있는 상황이 발생할 수 도 있음
요약
Model - 백그라운드에서 동작하는 비즈니스 로직(데이터) 처리
View - 정보를 화면으로 보여주는 역할.
Controller - 사용자의 입력 처리와 흐름 제어 담당. 화면과 Model과 View를 연결시켜주는 역할
