是“不稳定的” Windows 窗体中的数据绑定可能吗？

Question

假设我正在实现一个 Winforms UI，其中所有命令都遵循以下模式：

interface ICommand
{
    bool CanExecute { get; }
    void Execute();
}

触发此类命令的按钮或菜单项应具有以下设置：

• 属性 Enabled 绑定到命令的 < code>CanExecute
• 事件 Click 链接到命令的 Execute（由于方法签名不同，通过中间事件处理程序

） >CanExecute 是，实现 INotifyPropertyChanged 因为它在这里不起作用，因为这个属性不能直接修改，而是取决于程序中的其他因素，而无需修改与命令有关。并且不必在程序中完全不相关的部分中触发命令的 PropertyChanged 事件。

当 CanExecute 发生更改时，如何让数据绑定管理器知道？

这是我的问题的一个（纯粹虚构的）示例：

bool CanExecute
{
    get
    {
        return User.LoggedInForAtLeastNMinutes(5);
        // how would you trigger data-binding updates for CanExecute? 
    }
}

理想情况下，我希望 UI 不断检查 CanExecute （就好像它是一个易失性字段），但据我所知，这不是 Winforms 数据绑定的方式作品。有人有解决这个问题的办法吗？

---

_{注意：顺便说一句，我知道 WPF。我的问题的背景是我将在WPF的大方向上逐步改进现有的Winforms应用程序。但实际上使用 WPF 来解决我所询问的问题目前是不可行的。}

Answer 1

不管怎样，我都会实现 INotifyPropertyChanged（或者添加一个 CanExecuteChanged 事件，它具有相同的效果）。我会努力让对象知道何时在正确的时间引发属性更改事件，而不是轮询。

例如，在您的虚构示例中，您可能有一个 UserLoggedIn 事件。针对这种情况，你可以设置一个 5 分钟的计时器；当该计时器到期时，您将引发属性更改事件。

如果您采用轮询方法，那么您将面临两个危险：

• 轮询太频繁，您的应用程序会消耗 CPU 检查尚未发生的事件（例如，每 10 秒轮询一次，看看 5 分钟是否到了）
• 不轮询通常，绑定到 CanExecute 属性的控件会滞后于 UI 的其余部分（例如，进行文本选择和 CopyTextCommand.CanExecute 属性更新之间存在延迟

）方法是 C++ 中的Microsoft 基础类采用的方法，即只要应用程序的消息循环空闲，就进行此检查。当您知道只有用户界面交互可以影响您的 CanExecute 属性时，这是一种合理的方法。

Answer 2

使用Timer 不断轮询CanExecute 属性。当属性更改时引发 PropertyChanged 事件。

Answer 3

我对 Application.Idle 事件进行轮询，只要您可以执行的逻辑很简单，就不应该有任何问题。

这是我当前的“CommandManager”实现的摘录；

 public CommandManager()
    {
        Commands = new List<ICommand>();

        Binders = new List<ICommandBinder>
                      {
                          new ControlBinder(),
                          new MenuItemCommandBinder()
                      };

        Application.Idle += UpdateCommandState;
    }
 private void UpdateCommandState(object sender, EventArgs e)
    {
        Commands.Do(c => c.Enabled);
    }

（Do() 只是一个执行 foreach 的扩展方法，类似于 linq Select() 但采用 Action 而不是 Func）

我前段时间已经在博客中讨论过这一点，请随时查看： http://codewithpassion.blogspot.com/2010/11/icommand-and-commandmanager-for- windows.html

希望有帮助