你在WPF开发中使用了哪些设计模式？你喜欢哪些模式？

Question

我一直在研究由多位人士提出的模型-视图-视图模型(MVVM)模式(特别是John Gossman，可以查看这篇文章和这个播客)，但是其他模式(如果有的话)有哪些让人们喜欢...并且它们增加了什么价值呢？

我也遇到了以下内容：

• 模型-视图-视图模型(MVVM)
• 演示模型(Presentation Model)
• 数据模型-视图-视图模型(DataModel-View-ViewModel)
• Prism中的模式(现在称为WPF组合应用程序指南)

我希望能就以上内容以及我可能尚未发现的内容展开积极讨论。

- cplotts

Answer 1

我们使用并喜欢的另一种模式是附加行为模式...利用WPF中的附加属性的可扩展性机制。关于这个有很多有用的文章。

• http://blogs.msdn.com/johngossman/archive/2008/05/16/attachedbehavior-pattern-sample.aspx
• http://blogs.msdn.com/johngossman/archive/2008/05/07/the-attached-behavior-pattern.aspx
• http://blogs.msdn.com/dancre/archive/2006/03/04/543854.aspx
• http://www.codeproject.com/KB/WPF/AttachedBehaviors.aspx

- cplotts

Answer 2

我一直在使用Model-View-Presenter模式的变体。它在开发各种UI方面为我们服务得很好。它并不完美，但它能够很好地完成工作。我遇到的问题之一是，我从来没有对多线程场景感到满意。最近，我们已经将许多Presenter改成了多线程。由于这些工作线程最终会更新UI，因此我们必须通过View的调度程序向UI分派操作。如果每个View属性都检查调度程序，代码会变得非常冗长，因此由于时间限制，我们最终将View的调度程序暴露给了Presenter。如果你问我的话，这不是最好的做法...

我们正在使用类似于CAB和Prism的模块化UI框架，因此许多这些模式也适用于我们。

我也是WPF中Commands的忠实粉丝。我还没有能够尝试Prism的DelegateCommand和CompositeCommand，但它们听起来非常不错。

- siz

---

您可能想要使用上面的链接来检查DataModel-View-ViewModel模式。我的理解是，该模式特别考虑了多线程场景。事实上，否则使用它可能会过度设计。 - cplotts