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

Question

我浏览了维基百科并找到了这样一篇文章:

http://en.wikipedia.org/wiki/MVC4WPF

链接上部的一部分:

MVC4WPF 是 Information Control Corporation 为基于模型- View - Controller (MVC) 和演示-抽象-控制 (PAC) 模式的 Windows Presentation Foundation (WPF) 开发而开发的开源、可扩展、自动化代码模式...

我知道，WPF/Silverlight 确实使用 MVVM 模式:Model-View-ViewModel。

那么 MVC4WPF 是 MVVM 的第一个版本吗？

我不太了解 WPF/Silverlight 的发展历史，但 MVVM 总是让我想起某种 MVC。

如果是真的，那么MVVM = MVC + PAC ?

Answer 1

每当看到这样的问题，我总会想到Dr. WPF's design pattern .

你想如何称呼你的独立关注点并不重要。你会听到很多 WPF 人谈论 MVVM，但它真正归结为试图让你的代码保持独立。在 MVVM 中，您有:

型号 您所有的数据类。对任何事情一无所知。

查看 你必须展示你的数据。它知道模型，但不知道如何获取它们。通过绑定(bind)“了解” ViewModel。根据您将它们连接在一起的方式，它甚至可以创建 ViewModel。

查看型号 这是 View 和模型之间的粘合剂。它可以知道 View ，或者您可以尽最大努力将 View 隐藏在 ViewModel 中。

在 MVC 中，你有:

型号 您所有的数据类。对任何事情一无所知。

查看 你必须展示你的数据。知道模型，但不知道如何获得模型。

Controller 这是 View 和模型之间的粘合剂。它知道 View 和模型。

真的，最后一点就是所有的变化(因此 WPF 博士的 MV-poo)。在 WPF 中，XAML 中的绑定(bind)非常好，为什么要编写一堆代码？随便你怎么称呼它，如果 View 对便便有一点了解，在 WPF 中会更容易。

从未使用过 PAC 模式，我无法说出它的优势，但来自 Wikipedia ，看起来和MVC很像。所以，我会把它归类为有点 MV-poo。

现在，考虑到 MVC4WPF 自 2009 年以来就没有发布过(并且他们的文档网站在 2013 年 7 月 6 日已关闭)，我建议您避开它。我无法谈论它的优点或缺点，但如果你想要一个好的 MVVM 框架， MVVM Light和 Caliburn.Micro两者都有很好的支持和好评。

我还要指出，并非所有应用程序都需要便便。 Mike Hillberg put this nicely .