Is MVVM pattern a symbiote of MVC + PAC patterns?
我浏览过维基百科，发现了这样一篇文章：
网址：http://en.wikipedia.org/wiki/mvc4wpf
连接上部的零件：
MVC4WPF是一种开源的、可扩展的、自动化的代码模式，它是在信息控制公司开发的，用于基于模型视图控制器(MVC)和表示抽象控制(PAC)模式的Windows演示基础(WPF)开发。
我知道，wpf/silverlight确实使用了mvvm模式：模型视图view model。
那么，MVC4WPF是MVVM的第一个版本吗？
我不太了解WPF/Silverlight开发的历史，但MVVM总是提醒我某种类型的MVC。
如果这是真的，那么
每当我看到这样的问题时，我总是想到WPF博士的设计模式。
你真正想说的是什么并不重要。你会听到很多WPF的人谈论MVVM，但归根结底，你的代码是分开的。在MVVM中，您有：
- 为所有数据类建模。什么都不知道。
- 查看你的数据。它知道这些模型，但不知道如何得到它们。"通过绑定了解"ViewModel"。根据您将它们连接在一起的方式，它甚至可以创建视图模型。
- 这是视图和模型之间的粘合剂。它可以了解视图，也可以尽最大努力从视图模型中隐藏视图。
在MVC中，您有：
- 为所有数据类建模。什么都不知道。
- 查看你的数据。知道模型，但不知道如何得到它们。
- 控制器这是视图和模型之间的粘合剂。它知道视图和模型。
事实上，最后一位是所有的变化(因此博士的mv poo)。在WPF中，XAML中的绑定非常好，为什么要编写一组代码？不管你想怎么称呼它，如果视图知道一些关于poo的信息，那么在wpf中就更容易了。
从来没有使用过PAC模式，我不能说它的优势，但从维基百科来看，它似乎非常类似于MVC。所以，我会把它归类为一点mv-poo。
现在，考虑到MVC4WPF自2009年以来还没有发布过(他们的网站文档截至2013年7月6日已经关闭)，我建议您不要发布。我不能说它的优点或缺点，但是如果你想要一个好的MVVM框架，MVVM Light和Caliburn.micro都有很好的支持和很好的评论。
我还指出，并非所有的应用程序都需要poo。迈克·希尔伯格说得很好。