何时在 WPF 中使用事件而不是命令？

Question

您好，我最近研究了 WPF 并开始学习事件和命令。我通常在单击按钮时使用命令，这会导致方法在我的“视图模型”中运行。

是否可以通过使用命令使 Button 对任何其他事件（例如 MouseOver 事件）做出反应？或者在这种情况下会使用 WPF 事件吗？

如果要使用 WPF 事件，那么事件处理程序实现是否应该仅调用视图模型中的方法来保持关注点分离？

Answer 1

这是一个公平的问题，也是 MVVM 架构领域中一个常见但“已解决”（有争议的）问题。如果您使用 MVVM 框架，您可能会发现类似于 EventToCommand 行为的内容，此处是来自 MVVM Light Toolkit 的示例。

简而言之，这允许您将事件映射到命令绑定，如下所示：

<Rectangle Fill="White"
       Stroke="Black"
       Width="200"
       Height="100">
<i:Interaction.Triggers>
    <i:EventTrigger EventName="MouseEnter">
        <cmd:EventToCommand Command="{Binding TestCommand,
                                      Mode=OneWay}"
           CommandParameter="{Binding Text,
                              ElementName=MyTextBox,
                              Mode=OneWay}"
           MustToggleIsEnabledValue="True" />
    </i:EventTrigger>
</i:Interaction.Triggers>
</Rectangle>

更新：

对于此问题还有另外两种“合理”的解决方案：

一种使用现在认为遗留的“AttachedCommandBehavior”扩展< a href="http://marlongrech.wordpress.com/2008/12/13/attachedcommandbehavior-v2-aka-acb/" rel="noreferrer">此处。

其他有点刺激，但可行。

1. 通过 en 捕获命令
   事件纯粹在视图中。
2. 查询控件的DataSource 步骤
3. 获取字符串绑定目标
   表示您的命令的标识符
   （也许在
   视图）
4. 调用您的命令
   通过反射的视图模型
   传入命令参数。

这看起来很恶心，但我相当确定实际上比使用传统命令要快一些
绑定。为了确定我需要查看 IL，我认为在这种情况下这并不重要。

/更新

不过，我想指出，这并不总是理想的情况。我发现我经常使用 EventToCommand 来解决设计问题。请考虑以下事项：

• 使用事件和代码隐藏来处理用户界面相关的行为。
• 如果合适，请考虑创建具有命令绑定的自定义控件，特别是如果您发现自己使用命令来封装事件驱动的行为来设置随后反映在视图中的绑定数据。 （即根据与控件或类似内容的接近程度设置透明度值）
• EventToCommand 最有可能仅用于处理“类似命令”事件（双击等），而不是反应事件（鼠标悬停）。然而，没有什么可以阻止这一点。按照您认为合适的方式实施。

最重要的也许是您记得您是开发人员。指导方针本身并不能解决问题，但考虑指导方针可能会使问题的解决方案变得显而易见。

Answer 2

您可能想看看这篇文章：

WPF 命令与事件的优点/缺点

讨论了事件和命令的不同用法。

至于其他事件的命令，您应该看看类似 EventToCommand 作为MVVMLight 工具包的一部分a>，它允许您将任何事件附加到视图模型中的命令。非常有用，特别是如果您已经在使用 MVVM Light（我强烈推荐）。