在WPF的MVVM模式中，处理对话框是比较复杂的操作之一。由于视图模型不知道视图的任何信息，因此对话框通信可能会很有趣。我可以公开一个ICommand，当视图调用它时，就会出现一个对话框。
有人知道处理对话框结果的好方法吗?我说的是windows对话框，比如MessageBox。
其中一种方法是在视图模型上设置一个事件，当需要对话框时，视图会订阅该事件。
public event EventHandler<MyDeleteArgs> RequiresDeleteDialog;
这是可以的，但这意味着视图需要代码，这是我想要避免的。
当前回答
我在对这个问题的回答中描述了我自己的窗口加载器:
在应用程序中管理多个WPF视图
其他回答
有两种好方法可以做到这一点，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)当事件触发时，让视图打开你的视图，它可能在你页面的资源中，或者你可以通过约定在其他地方定位它(比如在对话框服务方法中)。
这种方法更灵活，但需要做更多的工作才能使用。我不怎么用它。例如，一个很好的优点是能够将视图物理地放置在一个选项卡中。我已经使用一种算法将其放置在当前用户控件的边界中，或者如果不够大，则遍历可视树，直到找到足够大的容器。
这允许对话框靠近它们实际使用的地方，只使应用程序中与当前活动相关的部分变暗，并让用户在应用程序中移动而不必手动将对话框推开，甚至在不同的选项卡或子视图上打开多个准模态对话框。
Sorry, but I have to chime in. I have been through several of the suggested solutions, before finding the Prism.Wpf.Interactivity namespace in the Prism project. You can use interaction requests and popup window action to either roll a custom window or for simpler needs there are built in Notification and Confirmation popups. These create true windows and are managed as such. you can pass a context object with any dependencies you need in the dialog. We use this solution at my work since I found it. We have numerous senior devs here and noone has come up with anything better. Our previous solution was the dialog service into an overlay and using a presenter class to make it happen, but you had to have factories for all of the dialog viewmodels, etc.
这不是小事，但也不是超级复杂。而且它是内置在Prism中，因此是最好(或更好)的实践。
我的2分钱!
我在与MVVM的对话框中使用这种方法。
我现在要做的就是从我的视图模型中调用下面的。
var result = this.uiDialogService.ShowDialog("Dialogwindow title goes here", dialogwindowVM);
在询问任务或对话框的视图模型应该是什么样子时，我也在思考一个类似的问题。
我目前的解决方案是这样的:
public class SelectionTaskModel<TChoosable> : ViewModel
where TChoosable : ViewModel
{
public SelectionTaskModel(ICollection<TChoosable> choices);
public ReadOnlyCollection<TChoosable> Choices { get; }
public void Choose(TChoosable choosen);
public void Abort();
}
当视图模型决定需要用户输入时，它会调出一个SelectionTaskModel实例，其中包含用户可能的选择。基础设施负责调出相应的视图，该视图在适当的时候根据用户的选择调用Choose()函数。
Karl Shifflett创建了一个使用服务方法和Prism InteractionRequest方法显示对话框的示例应用程序。
我喜欢这种服务方式——它不太灵活，所以用户不太可能弄坏东西:) 它也与我的应用程序的WinForms部分(MessageBox.Show)一致。 但如果您计划显示许多不同的对话框，那么InteractionRequest是更好的方法。
http://karlshifflett.wordpress.com/2010/11/07/in-the-box-ndash-mvvm-training/
