问CanExecuteCommand有没有性能上的影响？

EN

ICommand接口如下所示：

public interface ICommand
{
    // two methods
    bool CanExecute(object parameter);
    void Execute(object parameter);

    // one event
    event EventHandler CanExecuteChanged;
}

每当您希望指示CanExecute方法应由WPF检查/调用时，都应引发CanExecuteChanged事件。实现ICommand的任何人都应该引发事件，而需要刷新图形用户界面( WPF系统)上的按钮启用状态的人应该注册并处理该事件，它将调用CanExecute。

在Josh Smith的RelayCommand类中，他使用WPF的内置CommandManager类来引发CanExecuteChanged

public event EventHandler CanExecuteChanged
{
    add { CommandManager.RequerySuggested += value; }
    remove { CommandManager.RequerySuggested -= value; }
}

本质上，WPF的CommandManager是一个单例，它监听所有类型的路由事件: KeyUpEvent、MouseUpEvent等。然后通过引发它的RequerySuggested事件来告诉每个人“发生了有趣的事情”。因此，如果您使用的是RelayCommand，那么每当CommandManager认为图形用户界面上发生了有趣的事情时，都会调用您的CanExecute (即使它与您的集合没有任何关系)。如果你有50个命令，每次你按下键盘，它都会重新检查所有50个命令。所以，是的，这可能是一个性能问题。但是，如果您的CanExecute方法中的逻辑真的很简单，那么这可能不是问题。要点:不要在CanExecute方法中进行数据库或网络应用程序接口调用。

利用CommandManager.RequerySuggested引发ICommand.CanExecuteChanged事件的另一种方法是使用您自己的RelayCommand版本，您可以在其中进行自己的检查并手动引发CanExecuteChanged，或者查看Prism框架的DelegateCommand类，在该类中，它们不绑定到CommandManager中，您必须手动引发CanExecuteChanged事件，您可以通过为PropertyChanged创建一个侦听器，然后在命令上引发CanExecuteChanged来实现这一点。

我同意上面提到的@Will。RelayCommand可能会在80%以上的时间内没有问题地工作。如果您确实开始发现性能问题，那么您可以创建自己的RelayCommand版本，或者使用棱镜DelegateCommand并手动提升CanExecuteChanged。

对于未来的googlers:我已经创建了一个有点不同的命令实现。例如，它被绑定到ViewModelBase类的OnPropertyChanged事件，但它也允许视图模型为其中的所有命令实例引发CanExecuteChanged事件，而不管属性的更改，例如在单向源代码绑定方案的情况下。此解决方案是PerrypheralFrameowrk.WPF程序集的一部分，可在nuget和Codeplex上获得。查一查。codeplex wiki有详细的文档，程序集中的类也有详细的文档。