왜 일부 사람들은 MVVP를 MVC보다 진화/향상으로 제시합니까?

Question

일반적인 MVVP에 대한 신화는 원래 Marting Fowler가 MVP라는 패턴을 만든 다음 Grossman이 MVVP로 진화한다는 것입니다.

원래 MVC 문서를주의 깊게 읽었습니까? MVC는 개념으로 제시되었으며 예를 들어 하나의 단일 모델을 부과하지 않았습니다. 시스템을 모델링하려는 방식에 따라 여러 개의 작은 모델로 모델을 분할 할 수 있다고 말한 것입니다. 따라서 패시브 뷰 또는 팻 뷰를 생성하려면 많은 뷰와 모델 간의 양방향 바인딩이 중요합니다.

그래서 저는 MVVP가 새로운 현대 발명품 인 것처럼 보이는 기사를 읽게되어 놀랍습니다. wpf의 양방향 데이터 바인딩은 새로운 혁명입니다. 나를 위해 산업계는 40 년 동안 설정 한 개념을 훨씬 더 느리게 표현했습니다. 전에. 이것이 바로 "소프트웨어 위기"의 근본 원인입니다. 근본적인 개념이 잘못 구현되었거나 부족하고 프로그래머가 업계 공급 업체의 수감자이기 때문입니다.

그래서 여기 http://heim.ifi.uio.no/~trygver/themes/mvc/mvc-index.html

이 "현대"패턴이 근본적으로 MVC 모순 무엇을 보여줘 원본 용지를합니다.

Answer 1

숙제해야합니다! 마틴 파울러 (Martin Fowler)는 UI 패턴 (일반적으로 패턴)에 관해서 매우 잘 알고 있습니다. UI 아키텍처에 자신의 문서를 참조하십시오

:

http://martinfowler.com/eaaDev/uiArchs.html

마틴 그가 프리젠 테이션 모델 PM 뷰 자체의 UI 컨트롤의 독립적 인보기의 표현이다 (오후)라는 패튼 제안

http://martinfowler.com/eaaDev/PresentationModel.html

그는이 패턴은 '배관'코드에 대한 필요성을 줄여 데이터 바인딩을 pemrmit UI 프레임 워크로 구현하는 가장 쉬운 방법을 언급하고있다.

Gossman은 처음에는 Model-View-ViewModel (MVVM)이라는 용어를 사용했으나 대부분 PM과 동일한 패턴으로 간주되지만 대부분 MVVM은 PM의 WPF/Silverlight 특정 버전으로 간주됩니다. 즉 MVVM은 일반적으로 의미합니다. 더 많은 관례가 뒤 따른다. DataTemplates, ICommand 등의 사용 ...

어느 패턴도 MVC와 유사하지 않으므로 각 패턴의 세 가지 구성 요소에 종속성을 적용하면 MVC는 삼각형을 만들고 PM & MVVM은 선이됩니다.

대부분의 경험 많은 개발자는 패턴에 대해 실용적인 접근 방식을 취합니다. 그것들은 도구이며, 문제에 가장 잘 맞는 것을 골라야하고, 그것을 적합하게 만들기 위해 약간 구부려 야한다면, 그것을 찾으십시오.

정지 강조 - 그리고 진짜 문제는이 곳에서 거기에 몇 가지 코드 ;-)