在WPF的MVVM模式中，处理对话框是比较复杂的操作之一。由于视图模型不知道视图的任何信息，因此对话框通信可能会很有趣。我可以公开一个ICommand，当视图调用它时，就会出现一个对话框。
有人知道处理对话框结果的好方法吗?我说的是windows对话框，比如MessageBox。
其中一种方法是在视图模型上设置一个事件，当需要对话框时，视图会订阅该事件。
public event EventHandler<MyDeleteArgs> RequiresDeleteDialog;
这是可以的，但这意味着视图需要代码，这是我想要避免的。
当前回答
我建议放弃20世纪90年代的模态对话框，而是实现一个覆盖控件(画布+绝对定位)，可见性绑定到虚拟机中的布尔值。更接近ajax类型控件。
这非常有用:
<BooleanToVisibilityConverter x:Key="booltoVis" />
如:
<my:ErrorControl Visibility="{Binding Path=ThereWasAnError, Mode=TwoWay, Converter={StaticResource booltoVis}, UpdateSourceTrigger=PropertyChanged}"/>
下面是我如何实现一个用户控件。单击“x”关闭后面用户控件代码中的一行代码中的控件。(因为我有我的视图在一个。exe和ViewModels在一个dll，我不觉得代码操纵UI。)
其他回答
我认为视图可以有代码来处理来自视图模型的事件。
根据事件/场景的不同，它还可以具有订阅视图模型事件的事件触发器，以及响应中要调用的一个或多个操作。
编辑:是的，我同意这不是一个正确的MVVM方法，我现在使用类似于由blindmeis建议的东西。
其中一种方法是
在你的主视图模型中(打开模态的地方):
void OpenModal()
{
ModalWindowViewModel mwvm = new ModalWindowViewModel();
Window mw = new Window();
mw.content = mwvm;
mw.ShowDialog()
if(mw.DialogResult == true)
{
// Your Code, you can access property in mwvm if you need.
}
}
在你的模态窗口View/ViewModel中:
XAML:
<Button Name="okButton" Command="{Binding OkCommand}" CommandParameter="{Binding RelativeSource={RelativeSource FindAncestor, AncestorType={x:Type Window}}}">OK</Button>
<Button Margin="2" VerticalAlignment="Center" Name="cancelButton" IsCancel="True">Cancel</Button>
ViewModel:
public ICommand OkCommand
{
get
{
if (_okCommand == null)
{
_okCommand = new ActionCommand<Window>(DoOk, CanDoOk);
}
return _okCommand ;
}
}
void DoOk(Window win)
{
<!--Your Code-->
win.DialogResult = true;
win.Close();
}
bool CanDoOk(Window win) { return true; }
或者类似于这里发布的WPF MVVM:如何关闭一个窗口
在询问任务或对话框的视图模型应该是什么样子时，我也在思考一个类似的问题。
我目前的解决方案是这样的:
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()函数。
我认为处理对话框应该是视图的责任，视图需要有代码来支持这一点。
如果你改变ViewModel - View交互来处理对话框，那么ViewModel依赖于该实现。处理这个问题最简单的方法是让视图负责执行任务。如果这意味着显示一个对话框，那么很好，但也可以是状态栏中的状态消息等。
我的观点是，MVVM模式的全部观点是将业务逻辑从GUI中分离出来，因此您不应该在业务层(ViewModel)中混合GUI逻辑(以显示对话框)。
Karl Shifflett创建了一个使用服务方法和Prism InteractionRequest方法显示对话框的示例应用程序。
我喜欢这种服务方式——它不太灵活，所以用户不太可能弄坏东西:) 它也与我的应用程序的WinForms部分(MessageBox.Show)一致。 但如果您计划显示许多不同的对话框，那么InteractionRequest是更好的方法。
http://karlshifflett.wordpress.com/2010/11/07/in-the-box-ndash-mvvm-training/
