WPF 使用自定义 RoutedUICommands 或简单的事件处理程序？

Question

我今天正在和某人谈论如何选择一种设计模式来处理 WPF 程序中的逻辑，并希望 SO 社区可以提供进一步的建议来帮助做出决定。 哪些因素有利于命令而不是不便？

我准备了完整的示例 以及三种方法中前两种的一些 UML 图：

1. 使用 Click按钮和菜单上的事件处理程序。
2. 使用 XAML 中绑定的命令。
3. 使用代码中绑定的命令，并保留 XAML 以实现纯 GUI 布局和样式。

他参加的入门课程和许多书籍都展示了简单的 Click 事件处理程序作为将逻辑连接到 UI 对象的自然方法。

他对使用命令所需的大量开销感到有点震惊，这两个命令都是在代码隐藏文件中创建的：

public static readonly ICommand cmdShow2 = new RoutedUICommand(
  "Show Window2", "cmdShow2", 
  typeof(TestDespatchWindow));

然后 XAML 中的更多代码必须以冗长的方式识别和绑定命令：

<Window x:Class="WPFDispatchDemo.TestDespatchWindow"
  xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
  xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
  xmlns:w="clr-namespace:WPFDispatchDemo"..>

    <Window.CommandBindings>
      <CommandBinding Command="{x:Static w:TestDespatchWindow.cmdShow2}"
        Executed="OnShow2" />
    </Window.CommandBindings>
      <DockPanel>
        <StackPanel Margin="0,8,0,0">
          <Button x:Name="Show2EventBased" 
                  Margin="10,2,10,2" 
                  Click="OnShow2" 
                  Content="Show2 via WPF Event"/>
          <Button x:Name="Show2Command" 
                  Command="{x:Static w:TestDespatchWindow.cmdShow2}"
                  Margin="10,2,10,2" 
                  Content="Show2 via WPF"/>
        </StackPanel>
    </DockPanel>
  </Window>

我可以'我（还）声称自己是 WPF 专家，因此我可能将事情描述得比实际情况更复杂，但我怀疑您无法将事情简化得比上面的更复杂。

编辑：

我发现了一个有趣的3 DelegateCommand、RoatedCommand 和 Event 之间的方式比较。

Answer 1

命令各有优缺点，你要根据自己的情况来选择，
我强烈建议您根据具体情况做出选择，不要为整个项目选择“唯一正确的方法”。

对于某些情况，发送者和接收者之间的分离以及仅使用 XAML 发送命令的能力是一个很大的优势（有关一个很好的示例，请查看 ScrollBar 控件模板如何与控制逻辑进行通信，网址为 http://msdn.microsoft.com/en-us/library/ms742173.aspx )。

在其他情况下，命令可能会将 2 行事件处理程序变成一些无法遵循的怪物，涉及更改应用程序中的 4 个单独位置（应该如何ViewModel 关闭表单？ ）。

Answer 2

唯一的原因是要熟悉命令注册表。 意味着事件很可能是私有方法，我觉得它们与窗口代码紧密结合。 同时 Commands 能够将实现（事件）和定义（命令）分开，您甚至可以使用另一个类（看看 ApplicationCommands）。

此外，当我进行 WPF 工作时，我使用 ICommand(命令模式) 的实现。 命令的所有逻辑都转到 Execute 方法。 这有助于我以更结构化的方式保持逻辑分离，而不会使窗口代码过于复杂。 使用此选项，您可以在模型上创建命令，从而在没有噪音的情况下绑定它们。 看一看。

创建模型。

public class Model
{
  ICommand CloseMessagePopupCommand {get; set;}
}

然后分配数据上下文

public MainWindow()
{

  this.DataContext = new Model();
}

并使用以下 XAML 代码。

<Button 
    Command="{Binding CloseMessagePopupCommand}"
    Content="{StaticResource Misc.Ok}" />

Answer 3

我尝试结合使用 Andy 的 #2 和 #3 方法，忠实于 Mike 在开发 WPF 应用程序时提到的命令模式。

在我看来，我只能想到命令的一个缺点：只有某些 UI 元素的某些操作才会调用命令。 解决此问题的一种方法是让事件处理程序调用命令的 Execute 方法。 我认为命令提供了一种非常好的封装执行逻辑的方法。 如果您维护一大块 UI 并使用 MVC/MVC/MVVM 模式实现它，这一点就会变得非常明显。

我鼓励您查看 Dan Crevier 在 DataModel-View-ViewModel 模式，特别是命令和封装命令部分。 即使此模式不能满足您的需求，它也很好地概述了如何将逻辑封装在单独的类中。

Answer 4

ICommand 的其他变体似乎是实现复杂命令结构的流行方法。

Brian Noyes 在他的有关 PRISM 的文章中说道

路由命令WPF 非常强大且有用，但是当应用于组合应用程序时它们有一些缺点。 第一个是它们完全耦合到可视化树 - 调用程序必须是可视化树的一部分，并且命令绑定必须通过可视化树绑定。 ...第二个缺点是它们与 UI 的焦点树紧密相连，接下来讨论 CAL (Prism) 包含的 DelegateCommand 和 CompositeCommand。