WPF 中干净优雅的视图模型

Question

一旦我发现了 MVVM，我就非常喜欢它。绑定、将视图与逻辑分离、可测试性等的整个概念非常令人鼓舞。对于背后的混乱、永无止境的代码来说，这是一个不错的选择。比我了解到有可以绑定的命令，我一开始也很喜欢。

使用 MVVM 编写了几个控件后，我发现我的视图模型开始看起来或多或少像背后的代码。完整的命令几乎完全完成了事件处理程序之前在代码中所做的事情。

让我举几个例子。

有一个带有“详细信息”按钮的控件可以打开另一个窗口。

[方法 1] 你可以做的第一件事（也是最糟糕的）是在你的命令中调用这样的东西：

new DetailsWindow().ShowDialog();

这使得视图模型强烈引用表示层 - 丑陋。

[方法 2] 让我们使用弱引用来解决这个问题，并创建类似 IDialogService 的东西。我们可以注入一个简单的实现来创建和打开窗口。现在我们摆脱了对表示层的强引用，命令可以如下所示：

_dialogService.ShowDetailsWindow();

我仍然不喜欢这种方法。对我来说，感觉视图模型不应该决定是否显示窗口。它应该提供和处理数据。

[方法 3] 将视图模型与表示层完全分离的优雅方法是注入命令本身。比视图模型不知道表示层。它只会执行注入的动作——不管它是什么。

问题 1：

哪种方法最好？我猜数字 3 是赢家。

问题 2：

这甚至应该成为视图模型的一部分吗？我认为它不应该因为它似乎是表示层的关注点。也许最好将它放在代码后面的简单事件处理程序中？

第二个例子更复杂。在同一个控件中，我们有一个“删除”按钮。它应该打开一个对话框，要求用户确认，如果他说“是”，它应该删除一些东西。在这种情况下，将它放在视图模型中更有意义，因为它确实会影响数据。

问题 3

这个案子对我来说是最棘手的。我不能使用我最喜欢的方法编号 3，因为我必须显示一个作为表示层工作的对话框，但 另外我必须根据对话框的具体情况执行一些逻辑结果 - 另一方面是视图模型的工作。这里最好的方法是什么？

请记住，我真的不想使用方法 1 和 2。我希望视图模型是干净的，并且不知道与表示层相关的任何内容——即使是弱引用也不知道。

我想到的一件事是将视图模型层分成两层。比如：

视图 --> 表示视图模型 --> 逻辑视图模型

• 演示视图模型
  • 用作控件的上下文
  • 包含逻辑视图模型作为直接绑定的公共属性
  • 使用方法编号 2 - 现在可以接受，因为整个班级都是为了执行与演示相关的操作
• 逻辑视图模型
  • 它是“免费的”
  • 引用专门的逻辑服务
  • 某些命令可以直接绑定到视图
  • 某些命令可以由拥有它的表示视图模型执行

也许这是正确的方法？

[编辑]

针对 cme​​ts 中关于使用框架的建议：

使用框架肯定会更容易处理窗口，但这不是问题的解决方案。我根本不希望“逻辑视图模型”处理窗口，甚至在框架的帮助下也不行。参考我最后建议的方法，我仍然会将它放在“演示视图模型”中

Answer 1

您的 ViewModel 应该通过触发一个简单事件来通知所有订阅者该命令已执行。视图应该订阅该事件并通过显示一个新窗口来处理该事件...

视图模型：

public event EventHandler<NotificationEventArgs<string>> DisplayDetailsNotice;

private DelegateCommand displayDetailsCommand;
public DelegateCommand DisplayDetailsCommand
{
    get { return displayDetailsCommand ?? (displayDetailsCommand = new DelegateCommand(DisplayDetails)); }
    }

public void DisplayDetailsWindow()
{
    //
    Notify(DisplayDetailsNotice, new NotificationEventArgs<string("DisplayDetails"));
}

View（注意VM已经是View的DataContext）：

private readonly MyViewModel mvm;

//Get reference to VM and subscribe to VM event(s) in Constructor

mvm = DataContext as MyViewModel;
if (mvm == null) return;
mvm.DisplayDetailsNotice += DisplayDetails;

private void DisplayDetails(object sender, NotificationEventArgs<string> e)
{
    DetailsWindow = new DetailsWindow { Owner = this };
    DetailsWindow.ShowDialog();
}

这样，当命令执行时，VM 会引发事件，订阅 VM 事件的 View 通过使用 ShowDialog() 方法显示详细信息窗口来处理事件。由于 VM 所做的只是发布一个事件，因此它与 View 无关并与 View 分离，从而使 MVVM 模式保持不变。由于 VM 已经是 View 的 DataContext 并且 View 绑定到 VM 的属性，因为它正在获取对 VM 的引用也没有破坏 MVVM 模式...

请注意，此语法对 Simple MVVM Toolkit MVVM 框架有效。正如 cmets 中建议的那样，您应该开始使用 MVVM 框架（我的建议是 Simple MVVM Toolkit 或 MVVM Light，Caliburn 无缘无故地太复杂了，而且没有任何收益 IMO），以避免不得不自己处理管道......