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

2018-06-22 14:00:48

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

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

链接上部的一部分：

MVC4WPF是基于模型 - 视图 - 控制器（MVC）和表示 - 抽象 - 控制（PAC）模式在Information Control Corporation为Windows Presentation Foundation（WPF）开发开发的开源，可扩展，自动化代码模式。

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

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

我不太了解WPF / Silverlight开发的历史，但MVVM总是提醒我一些MVC。

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

每当我看到这样的问题时，我都会想起WPF博士的设计模式。

真正无关紧要的是你想单独关注的问题。你会听到很多WPF人都在谈论MVVM，但是真正归结为试图让你的代码独立。在MVVM中，你有：

建模所有的数据类。不了解任何事情。

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

ViewModel这是视图和模型之间的粘合剂 。它可以了解视图，或者您可以尽最大努力从ViewModel中隐藏视图。

在MVC中你有：

建模所有的数据类。不了解任何事情。

查看你必须显示你的数据。了解模型，但不知道如何得到它们。

控制器这是视图和模型之间的粘合剂。它知道视图和模型。

真的，最后一点是所有的变化（因此博士WPF的MV-poo）。在WPF中，XAML中的绑定非常好，你为什么要编写一堆代码？可以任意调用它，如果View对poo有一点了解，那么在WPF中更容易。

从未使用PAC模式，我无法说出它的优势，但从维基百科来看，它似乎与MVC非常相似。所以，我会把它归类为MV-poo。

现在，考虑到MVC4WPF自2009年以来还没有发布（并且其文档的网站截止于7/6/13），我建议您避开它。我无法说明它的优缺点，但是如果你想要一个好的MVVM框架，MVVM Light和Caliburn.Micro都有很好的支持和很好的评论。

我还要指出，并非所有的应用程序都需要poo。迈克·希尔伯格说得很好。

链接地址: http://www.djcxy.com/p/63367.html