在WPF的MVVM模式中，处理对话框是比较复杂的操作之一。由于视图模型不知道视图的任何信息，因此对话框通信可能会很有趣。我可以公开一个ICommand，当视图调用它时，就会出现一个对话框。
有人知道处理对话框结果的好方法吗?我说的是windows对话框，比如MessageBox。
其中一种方法是在视图模型上设置一个事件，当需要对话框时，视图会订阅该事件。
public event EventHandler<MyDeleteArgs> RequiresDeleteDialog;
这是可以的，但这意味着视图需要代码，这是我想要避免的。
当前回答
我目前的解决方案解决了你提到的大部分问题，但它完全从特定于平台的东西中抽象出来，可以重用。 此外，我使用了没有代码隐藏，只与实现ICommand的DelegateCommands绑定。 对话框基本上是一个视图——一个独立的控件，它有自己的ViewModel，它从主屏幕的ViewModel显示，但通过DelagateCommand绑定从UI触发。
查看完整的Silverlight 4解决方案在这里与MVVM和Silverlight 4模态对话框
其他回答
我也遇到过同样的问题。我已经提出了一种在视图和视图模型之间进行交互的方法。您可以发起从ViewModel向View发送消息，告诉它显示一个消息框，然后它将报告返回结果。然后ViewModel可以响应从View返回的结果。
我在博客中对此进行了说明:
关于这个主题，我已经写了一篇相当全面的文章，还为MVVM对话框开发了一个弹出式库。严格遵守MVVM不仅是可能的，而且在正确实现时非常干净，而且它可以很容易地扩展到自己不遵守MVVM的第三方库:
https://www.codeproject.com/Articles/820324/Implementing-Dialog-Boxes-in-MVVM
我认为处理对话框应该是视图的责任，视图需要有代码来支持这一点。
如果你改变ViewModel - View交互来处理对话框，那么ViewModel依赖于该实现。处理这个问题最简单的方法是让视图负责执行任务。如果这意味着显示一个对话框，那么很好，但也可以是状态栏中的状态消息等。
我的观点是，MVVM模式的全部观点是将业务逻辑从GUI中分离出来，因此您不应该在业务层(ViewModel)中混合GUI逻辑(以显示对话框)。
我遇到了同样的情况，并将MessageBox包装成一个设计器不可见控件。详情在我的博客里
http://geekswithblogs.net/mukapu/archive/2010/03/12/user-prompts-messagebox-with-mvvm.aspx
同样可以扩展到任何模态对话框，文件浏览控件等。
Karl Shifflett创建了一个使用服务方法和Prism InteractionRequest方法显示对话框的示例应用程序。
我喜欢这种服务方式——它不太灵活，所以用户不太可能弄坏东西:) 它也与我的应用程序的WinForms部分(MessageBox.Show)一致。 但如果您计划显示许多不同的对话框，那么InteractionRequest是更好的方法。
http://karlshifflett.wordpress.com/2010/11/07/in-the-box-ndash-mvvm-training/
