1

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

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

链接上部的一部分：

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

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

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

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

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

4

1 回答 1

-2

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

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

  • 为您的所有数据类建模。对任何事情一无所知。
  • 查看您必须显示您的数据。它知道模型，但不知道如何获取它们。通过绑定“了解” ViewModel。根据您将它们连接在一起的方式，它甚至可以创建 ViewModel。
  • ViewModel这是 View 和 Model 之间的粘合剂。它可以知道视图，或者您可以尽最大努力将视图隐藏在 ViewModel 中。

在 MVC 中，你有：

  • 为您的所有数据类建模。对任何事情一无所知。
  • 查看您必须显示您的数据。知道模型，但不知道如何获得模型。
  • 控制器这是视图和模型之间的粘合剂。它知道视图和模型。

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

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

现在，考虑到 MVC4WPF 自 2009 年以来一直没有发布（并且他们的网站与文档在 2013 年 7 月 6 日已关闭），我建议您避开它。我不能说它的优点或缺点，但如果你想要一个好的 MVVM 框架，MVVM Light和Caliburn.Micro都有很好的支持和很好的评价。

我还要指出，并非所有应用程序都需要便便。Mike Hillberg 说得很好。

于 2013-07-06T22:50:18.717 回答