담백한 웹 개발 이야기

MVCMVC는 역사상으로 두가지가 있다. 첫번째는 초기에 XEROX PARC에서 발표된 것으로 사용자가 도메인 정보를 직접 보고 조작하는 것을 목표로 하는 MVC였다. View가 Model에 직접 데이터를 요청했으며 Controller는 사용자 상호작용을 담당했다. 두번째는 현대의 MVC이다. 현대의 MVC는 View는 Model과 간접적인 관계이다. View는 Controller를 통해 Model의 데이터를 전달 받게 된다. 그리고 Controller는 사용자 상호작용을 View에게 위임받는다. 초기의 MVC MVC의 기본 목적은 사용자의 멘탈모델과 컴퓨터에 존재하는 디지털 모델 간의 차이를 연결하는 것이다. 이상적인 MVC 솔루션은 사용자가 도메인 정보를 직접 보고 조작하는 착각을 지원한다. Mode..

MVVM MVVM에서 Model과 View는 MVC에서 정의된 역할과 동일하다. Model은 상태저장, 비즈니스 로직, 순수한 데이터이고, View는 시각적인 요소를 담당한다. ViewModel는 View가 데이터 바인딩에 사용할 수 있는 Model을 전문화한다. 1) Model Type을 View Type으로 변환하는 데이터 변환기 역할 2) View가 Model과 상호작용 할 수 있게 하는 역할 3) UI의 재사용 가능한 부분에 대한 추상적 표현 4) Selection과 Commands를 포함한다. MVC에서 파생되는 패턴들은 모델과 뷰 사이에 무언가를 넣는 것이다. 뷰를 가상화하는 프록시를 가짐으로서 뷰와 모델간의 관계를 끊는다. 모델의 데이터 형태가 뷰에게 의존하기 때문에 모델의 변경이 필요할때 ..

MVC 제작시기 초안: 1979.12.10 마지막: 2003.08.20 제작회사 및 관련언어 XEROX PARC Smalltalk-80 제작목적 MVC의 기본 목적은 사용자의 멘탈모델과 컴퓨터에 존재하는 디지털 모델 간의 차이를 연결하는 것이다. 이상적인 MVC 솔루션은 사용자가 도메인 정보를 직접 보고 조작하는 착각을 지원한다. 특징 MVC는 Model-View-Controller로 구성된다. Model은 도메인 데이터를 의미하며 순수한 데이터의 역할을 한다. Model은 단일 객체일 수 있고, 어떤 객체의 구조일수 있다. Model의 노드는 같은 수준으로 있어야 한다. 문제 지향 노드(예: 달력 약속)와 구현 세부 정보(예: 단락)를 혼합하는 것은 혼란스럽고 잘못된 형태로 간주한다. Controlle..