问MVVM模式是MVC + PAC模式的共生体吗？

EN

每当我看到这样的问题，我总是想到WPF博士设计模式。

你想把你的关注点单独说成是什么并不重要。您将听到很多WPF人们谈论MVVM，但实际上它只是试图保持代码分离。在MVVM中，您有：

• Model所有数据类。什么都不知道。
• 查看你必须显示你的数据。它知道模型的事，但不知道如何得到它们。通过绑定“了解”ViewModel。根据您将它们连接在一起的方式，它甚至可能创建ViewModel。
• ViewModel --这是视图和模型之间的粘合剂。它可以了解视图，也可以尽最大努力向ViewModel隐藏视图。

在MVC中，您有：

• Model所有数据类。什么都不知道。
• 查看你必须显示你的数据。知道模特的事，但不知道怎么弄到他们。
• Controller --这是视图和模型之间的粘合剂。它知道视图和模型。

真的，最后一点是所有的改变(因此WPF博士的MV-香波)。在WPF中，XAML中的绑定非常好，为什么要编写一堆代码呢？无论你怎么称呼它，如果视图对“公安条例”有一点了解的话，在WPF中就更容易了。

我从来没有使用过PAC模式，所以我不能说它的优点，但是从维基百科来看，它似乎非常类似于MVC。所以，我会把它归类为一些MV-粪便。

现在，考虑到MVC4WPF自2009年以来就没有发布过它(并且他们的网站在7/6/13的时候已经减少了)，我建议你避开它。我不能说它的优点或缺点，但是如果您想要一个好的MVVM框架，MVVM灯和Caliburn.Micro都有很好的支持和很好的评论。

我也要指出，并非所有申请都需要“公安条例”。迈克·希尔伯格说得很好。