我对 MVVM 模式有一些疑问

我叫 Jesús，来自西班牙，是一名 .NET 开发人员，几天前我刚刚发现了这个伟大的网络。

我有一些关于 MVVM 模式的问题，如果您能回答我，我将很高兴。
我三个月前开始使用 WPF，并且学习了 MVP 模式。
MVP 非常好，因为您可以很好地构建应用程序。

我开始到处都看到 MVVM，但每个人都按照自己的方法使用该模式。
每个博主都在其 WPF 博客中谈论 MVVM，但每个实现都是不同的。

我现在专注于在 CodePlex 上使用 MVVM 工具包的实现，但我有疑问并且找不到太多信息。

我认为 MVVM 是 MVP 的变体。
对于 MVP，每个视图都有一个演示者来完成视图的工作。
在 MVVM 中也是一样的，但是只要有可能就使用命令。

我还发现，如果你需要一个活动，就像 MVP 一样；将事件委托给演示者/视图模型，也就是说，如果它不是视图的工作（例如更新 UI）。

另一方面，视图模型没有视图引用，因此我必须更加努力地处理数据绑定。
您必须使用 DelegateCommands（与 RelayCommands 相同，对吧？）。

嗯...更多问题...使用具有两个视图/用户控件的相同视图模型是否安全？

哦...昨天玩MVVM的时候遇到了一个问题。
我创建了一个CommandReference我的键绑定命令的命令，我将此引用分配给我的按钮的命令属性，嗯，CanExecuted第一次可以用，但是没有更新IsEnabled财产时CanExecuted是真的。我通过将命令直接绑定到按钮而不使用引用来修复它。问题是：为什么有些代码将引用链接到对象，而为什么其他代码直接绑定命令？

我应该学习哪些与 MVVM 相关的知识？ （我昨天看到了一种叫做执着行为的东西，但我不知道那是什么）。

我正在重写一个使用 MVP 开发的笔记应用程序，但现在使用 MVVM。我将用命令替换事件（使用 DelegateCommand），消除视图模型上的视图引用，我认为这都是因为我看到的 MVVM 示例很像 MVP。

好吧，如果您指出我对这种模式的所有误解，我将不胜感激。

谢谢你，将来我会帮助下一个 MVVM 新手:)

哇，我将尝试尽可能多地回答您的问题，这些问题不涉及特定的技术或框架...如果我错过了一些问题，我很抱歉（要点会有所帮助）

• MVVM is not necessarily a variation of MVP. MVP itself is an ambiguous, loaded term. Martin Fowler did it justice by splitting it into two patterns http://www.martinfowler.com/eaaDev/ModelViewPresenter.html. MVVM stands on its own, but shares some concepts with the MVP patterns. Like all UI patterns, it seeks to separate view logic from business logic as much as possible. What the MVVM does that is different from MVP is it creates a model purely for the purpose of presentation (or a presentation model http://www.martinfowler.com/eaaDev/PresentationModel.html). This is different than how MVP patterns solve the separation problem.
  • 被动观点 http://www.martinfowler.com/eaaDev/PassiveScreen.html- 使用被动视图，视图永远看不到模型。
  • 监督控制员 http://www.martinfowler.com/eaaDev/SupervisingPresenter.html- MVVM 更接近监督控制器模式，而不是被动视图。这里唯一真正的区别可能是 MVVM 显式地为视图创建一个模型（因此称为“视图模型”）
• ViewModel 没有对视图的引用，因为它充当视图数据的模型。这是一个适当的抽象。如果它也引用了视图，那么您将具有双向依赖关系，这会产生额外的耦合。此外，ViewModel 本身没有真正的理由来了解视图。它唯一的工作就是从视图中抽象出模型（实际的业务模型）。
• DelegateCommands 与 RelayCommands - 我相信您在这里获得了特定的技术，所以我无法很好地回答这个问题。
• 您不应为多个视图设计一个 ViewModel。这只会造成复杂性，因为如果您更改视图，您将必须调查哪些 ViewModel 可能受到影响并更改它们。这可能会导致级联效应。您的行为应该在业务模型中，而不是 ViewModel 中，因此 ViewModel 只需包含转换和事件处理逻辑。
• 然而，ViewModel 与 UserControl 的比例为 1:1 是个好主意，因为 UserControls 应该能够充当屏幕上的自治单元。
• 至于其他技术具体问题，抱歉，我没有答案。不过，我建议您仔细阅读我包含的链接被动观点 http://www.martinfowler.com/eaaDev/PassiveScreen.html, 监督控制员 http://www.martinfowler.com/eaaDev/SupervisingPresenter.html, and 演示模型 http://www.martinfowler.com/eaaDev/PresentationModel.html。它们为 UI 模式提供了一些上下文，并且是技术中立的。

重要的是要记住，虽然 MVVM 适合解决采用 WPF 带来的问题，但它不是特定于技术的模式。如果你太深入地研究特定的实现而不理解底层的原理，你可能会在早期犯下一些非常大的错误，等到发现它们时就为时已晚了。不幸的是，MVVM 并不是一个有据可查的模式，当你说每个人对它是什么都有自己的想法时，你是对的。

这不是一个革命性的模式（它已经以不同的名称存在了很多年），但 WPF 的数据绑定使其成为现在可行的解决方案，因此它正在享受新的流行。它是good模式，但它不是教义。以适当的怀疑态度对待你所面临的每一个“命令”。

EDIT

@micahtan https://stackoverflow.com/users/107290/micahtan数据绑定是 WPF 中非常重要的部分，这一点是正确的。我说过，WPF 的数据绑定支持 MVVM 解决方案，但绑定本身非常强大，这就是为什么 MVVM 的采用增长速度快于相关文献的原因。