XAML 中的命令绑定与 ViewModel 中的 ICommand 属性

Question

我刚刚开始在应用程序中使用 MVVM 命令。我找到了很多例子，并在我的代码中尝试了两种方法。一些示例在 xaml 中具有命令绑定，如下所示：

<CommandBinding Command="local:MainWindow.OpenRecentFile" 
                Executed="{Binding OpenRecentFile_Executed}" />
...
<MenuItem Header="{x:Static culture:TextResource.RecentFilesMenuItem}" 
          Command="local:MainWindow.RecentFilesCommand" >

OpenRecentFile_Executed 是 ViewModel 中的一个方法，并且是一个静态 ICommand，如下所示：

 public static readonly ICommand OpenRecentFile = 
     new RoutedCommand("Open Recent", typeof(MainWindow));

我还看到 ViewModel 上有一个 ICommand 类型的属性，该属性绑定到像这样查看：

<MenuItem Header="Close Current File" 
          Command="{Binding CloseCurrentFileCommand}" 
          CommandParameter="{TemplateBinding DataContext}"/>

在 ViewModel 中：

private ICommand closeCurrentFileCommand;
public ICommand CloseCurrentFileCommand
{
    get
    {
        if (closeCurrentFileCommand == null)
        {
            closeCurrentFileCommand = 
                new RelayCommand(param => this.CloseCurrentCedarFile(param));
        }
        return closeCurrentFileCommand;
    }
}

每种方法的优点/缺点是什么？

Answer 1

这取决于你的设计。如果您打算采用快速方法 - 具有后端代码的窗口，那么从长远来看，在 XAML 中声明命令可能会节省您一些时间并减少工作量。

如果您要使用 MVVM 应用程序，那么我强烈建议绑定到 ICommand，因为命令通常是操作数据（打开/保存/编辑）的方法，这应该在 ViewModel 中定义。可能需要更多的努力取决于功能，但如果您正在开发更大的应用程序，MVVM 是一个很好的选择。

最终两者的工作原理是一样的，但重要的是你的设计和方法。

Answer 2

我认为它们之间的主要区别在于第一个版本的路由性质。路由方面可以使命令在某些情况下更加强大，但也可能会带来更多痛苦。如果您尝试执行命令，但目标 ui 元素没有焦点，那么就会遇到麻烦。

基于属性的 ICommand 实现将始终有效，因为命令调用和命令传递之间没有“路由”步骤。

我倾向于主要使用基于属性的命令，除非我的场景需要路由提供的功能。