在WPF的MVVM模式中，处理对话框是比较复杂的操作之一。由于视图模型不知道视图的任何信息，因此对话框通信可能会很有趣。我可以公开一个ICommand，当视图调用它时，就会出现一个对话框。
有人知道处理对话框结果的好方法吗?我说的是windows对话框，比如MessageBox。
其中一种方法是在视图模型上设置一个事件，当需要对话框时，视图会订阅该事件。
public event EventHandler<MyDeleteArgs> RequiresDeleteDialog;
这是可以的，但这意味着视图需要代码，这是我想要避免的。
当前回答
一个好的MVVM对话框应该:
仅用XAML声明。 从数据绑定中获取它的所有行为。
不幸的是，WPF不提供这些特性。显示对话框需要对ShowDialog()进行代码隐藏调用。支持对话框的Window类不能在XAML中声明，因此它不能轻易地绑定到DataContext。
为了解决这个问题，我写了一个XAML存根控件，它位于逻辑树中，将数据绑定传递给一个Window，并处理显示和隐藏对话框的问题。你可以在这里找到它:http://www.codeproject.com/KB/WPF/XAMLDialog.aspx
它使用起来非常简单，不需要对ViewModel进行任何奇怪的更改，也不需要事件或消息。基本调用如下所示:
<dialog:Dialog Content="{Binding Path=DialogViewModel}" Showing="True" />
您可能希望添加一个设置显示的样式。我在我的文章中解释过。我希望这对你有所帮助。
其他回答
在询问任务或对话框的视图模型应该是什么样子时，我也在思考一个类似的问题。
我目前的解决方案是这样的:
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()函数。
在学习(仍在学习)MVVM时，我真的为这个概念挣扎了一段时间。我的决定，以及我认为其他人已经决定但我不清楚的是:
我最初的想法是ViewModel不应该被允许直接调用对话框，因为它没有业务决定对话框应该如何显示。正因为如此，我开始思考如何像在MVP(即View.ShowSaveFileDialog())一样传递消息。然而，我认为这是错误的方法。
ViewModel直接调用对话框是可以的。然而，当您测试ViewModel时，这意味着对话框要么在测试期间弹出，要么全部失败(从未真正尝试过这个)。
因此，在测试时需要使用对话框的“测试”版本。这意味着，对于您拥有的任何对话，您都需要创建一个Interface，并模拟对话响应，或者创建一个具有默认行为的测试模拟。
您应该已经在使用某种服务定位器或IoC，您可以对其进行配置，以便根据上下文提供正确的版本。
使用这种方法，你的ViewModel仍然是可测试的，根据你如何模拟对话框，你可以控制行为。
希望这能有所帮助。
一个好的MVVM对话框应该:
仅用XAML声明。 从数据绑定中获取它的所有行为。
不幸的是，WPF不提供这些特性。显示对话框需要对ShowDialog()进行代码隐藏调用。支持对话框的Window类不能在XAML中声明，因此它不能轻易地绑定到DataContext。
为了解决这个问题，我写了一个XAML存根控件，它位于逻辑树中，将数据绑定传递给一个Window，并处理显示和隐藏对话框的问题。你可以在这里找到它:http://www.codeproject.com/KB/WPF/XAMLDialog.aspx
它使用起来非常简单，不需要对ViewModel进行任何奇怪的更改，也不需要事件或消息。基本调用如下所示:
<dialog:Dialog Content="{Binding Path=DialogViewModel}" Showing="True" />
您可能希望添加一个设置显示的样式。我在我的文章中解释过。我希望这对你有所帮助。
Karl Shifflett创建了一个使用服务方法和Prism InteractionRequest方法显示对话框的示例应用程序。
我喜欢这种服务方式——它不太灵活，所以用户不太可能弄坏东西:) 它也与我的应用程序的WinForms部分(MessageBox.Show)一致。 但如果您计划显示许多不同的对话框，那么InteractionRequest是更好的方法。
http://karlshifflett.wordpress.com/2010/11/07/in-the-box-ndash-mvvm-training/
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分钱!
