在学习(仍在学习)MVVM时，我真的为这个概念挣扎了一段时间。我的决定，以及我认为其他人已经决定但我不清楚的是:

我最初的想法是ViewModel不应该被允许直接调用对话框，因为它没有业务决定对话框应该如何显示。正因为如此，我开始思考如何像在MVP(即View.ShowSaveFileDialog())一样传递消息。然而，我认为这是错误的方法。

ViewModel直接调用对话框是可以的。然而，当您测试ViewModel时，这意味着对话框要么在测试期间弹出，要么全部失败(从未真正尝试过这个)。

因此，在测试时需要使用对话框的“测试”版本。这意味着，对于您拥有的任何对话，您都需要创建一个Interface，并模拟对话响应，或者创建一个具有默认行为的测试模拟。

您应该已经在使用某种服务定位器或IoC，您可以对其进行配置，以便根据上下文提供正确的版本。

使用这种方法，你的ViewModel仍然是可测试的，根据你如何模拟对话框，你可以控制行为。

希望这能有所帮助。

有两种好方法可以做到这一点，1)对话框服务(简单，干净)，2)视图辅助。视图辅助提供了一些简洁的特性，但通常不值得这样做。

对话框的服务

A)一个对话服务接口，比如via构造函数或一些依赖容器:

接口IDialogService ｛ 任务ShowDialogAsync(DialogViewModel dlgVm); ｝

b) Your implementation of IDialogService should open a window (or inject some control into the active window), create a view corresponding to the name of the given dlgVm type (use container registration or convention or a ContentPresenter with type associated DataTemplates). ShowDialogAsync should create a TaskCompletionSource and return its .Task proptery. The DialogViewModel class itself needs an event you can invoke in the derived class when you want to close, and watch in the dialog view to actually close/hide the dialog and complete the TaskCompletionSource.

b)要使用，只需在某个dialogviewmodel派生类的实例上调用await this.DialogService.ShowDialog(myDlgVm)。等待返回后，查看你在对话框VM中添加的属性，以确定发生了什么;你甚至不需要回调。

查看帮助

这让你的视图监听视图模型上的事件。如果您愿意的话，可以将这些都打包到一个Blend Behavior中，以避免背后的代码和资源使用(FMI，子类化“Behavior”类，以查看类固醇上的一种可混合的附加属性)。现在，我们将手动在每个视图上执行此操作:

a)创建一个带有自定义有效负载(DialogViewModel派生类)的OpenXXXXXDialogEvent。

b)让视图在OnDataContextChanged事件中订阅该事件。如果旧值!= null并且在窗口的Unloaded事件中，请务必隐藏并取消订阅。

c)当事件触发时，让视图打开你的视图，它可能在你页面的资源中，或者你可以通过约定在其他地方定位它(比如在对话框服务方法中)。

这种方法更灵活，但需要做更多的工作才能使用。我不怎么用它。例如，一个很好的优点是能够将视图物理地放置在一个选项卡中。我已经使用一种算法将其放置在当前用户控件的边界中，或者如果不够大，则遍历可视树，直到找到足够大的容器。

这允许对话框靠近它们实际使用的地方，只使应用程序中与当前活动相关的部分变暗，并让用户在应用程序中移动而不必手动将对话框推开，甚至在不同的选项卡或子视图上打开多个准模态对话框。

编辑:10多年后，我可以看出使用Mediator或任何其他消息传递模式在很多层面上都是一个非常糟糕的主意。不要这样做，只需实现Jeffrey的答案或在视图模型中注入一个IDialogService即可。

你应该找个中间人。 Mediator是一种常见的设计模式，在某些实现中也称为Messenger。 它是一种Register/Notify类型的范例，允许ViewModel和Views通过低耦合消息传递机制进行通信。

你应该看看谷歌WPF门徒组，然后搜索调解员。 你会很高兴得到答案的……

但是你可以这样开始:

http://joshsmithonwpf.wordpress.com/2009/04/06/a-mediator-prototype-for-wpf-apps/

享受吧!

编辑:你可以看到这个问题的答案与MVVM轻工具包在这里:

http://mvvmlight.codeplex.com/Thread/View.aspx?ThreadId=209338

关于这个主题，我已经写了一篇相当全面的文章，还为MVVM对话框开发了一个弹出式库。严格遵守MVVM不仅是可能的，而且在正确实现时非常干净，而且它可以很容易地扩展到自己不遵守MVVM的第三方库:

https://www.codeproject.com/Articles/820324/Implementing-Dialog-Boxes-in-MVVM

我认为处理对话框应该是视图的责任，视图需要有代码来支持这一点。

如果你改变ViewModel - View交互来处理对话框，那么ViewModel依赖于该实现。处理这个问题最简单的方法是让视图负责执行任务。如果这意味着显示一个对话框，那么很好，但也可以是状态栏中的状态消息等。

我的观点是，MVVM模式的全部观点是将业务逻辑从GUI中分离出来，因此您不应该在业务层(ViewModel)中混合GUI逻辑(以显示对话框)。

我已经实现了一个从ViewModel监听消息的行为。它基于Laurent Bugnion的解决方案，但由于它不使用代码，而且更可重用，所以我认为它更优雅。

如何使WPF的行为，如果MVVM是支持开箱即用