WPF - Как заставить команду переоценить CanExecute через ее CommandBindings

У меня есть свойство , в Menuкотором каждый элемент MenuItemиерархии имеет Commandзначение, определенное RoutedCommandмной. Связанный CommandBindingобеспечивает обратный вызов, для оценки CanExecuteкоторого контролируется включенное состояние каждого из них MenuItem.

Это почти работает. Пункты меню изначально имеют правильные включенные и выключенные состояния. Однако когда данные, которые CanExecuteиспользует мой обратный вызов, изменяются, мне нужна команда для повторного запроса результата моего обратного вызова, чтобы это новое состояние было отражено в пользовательском интерфейсе.

Там , кажется , не будет каких - либо общедоступные методы RoutedCommandили CommandBindingдля этого.

Обратите внимание, что обратный вызов используется снова, когда я нажимаю или вводю в элемент управления (я предполагаю, что он запускается при вводе, потому что наведение мыши не вызывает обновления).

Не самое красивое в книге, но вы можете использовать CommandManager, чтобы аннулировать все привязки команд:

CommandManager.InvalidateRequerySuggested();

См. Дополнительную информацию на MSDN

Для тех, кто столкнется с этим позже; Если вы используете MVVM и Prism, DelegateCommandреализация Prism ICommandпредоставляет .RaiseCanExecuteChanged()способ для этого.

Я не мог использовать, CommandManager.InvalidateRequerySuggested();потому что у меня падала производительность.

Я использовал команду делегирования MVVM Helper , которая выглядит, как показано ниже (я немного изменил ее для нашего требования). тебе нужно звонить command.RaiseCanExecuteChanged()с ВМ

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

/// <summary>
/// This method can be used to raise the CanExecuteChanged handler.
/// This will force WPF to re-query the status of this command directly.
/// </summary>
public void RaiseCanExecuteChanged()
{
    if (canExecute != null)
        OnCanExecuteChanged();
}

/// <summary>
/// This method is used to walk the delegate chain and well WPF that
/// our command execution status has changed.
/// </summary>
protected virtual void OnCanExecuteChanged()
{
    EventHandler eCanExecuteChanged = _internalCanExecuteChanged;
    if (eCanExecuteChanged != null)
        eCanExecuteChanged(this, EventArgs.Empty);
}

Если у вас есть собственный класс, который реализует, ICommandвы можете потерять много автоматических обновлений статуса, вынуждая вас полагаться на ручное обновление больше, чем необходимо. Также может сломаться InvalidateRequerySuggested(). Проблема в том, что простая ICommandреализация не может связать новую команду с CommandManager.

Решение - использовать следующее:

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

    public void RaiseCanExecuteChanged()
    {
        CommandManager.InvalidateRequerySuggested();
    }

Таким образом, подписчики присоединяются к CommandManagerвашему классу, а не к вашему, и могут правильно участвовать в изменении статуса команды.

Я реализовал решение для обработки зависимости свойств от команд, здесь ссылка https://stackoverflow.com/a/30394333/1716620

благодаря этому у вас будет такая команда:

this.SaveCommand = new MyDelegateCommand<MyViewModel>(this,
    //execute
    () => {
      Console.Write("EXECUTED");
    },
    //can execute
    () => {
      Console.Write("Checking Validity");
       return PropertyX!=null && PropertyY!=null && PropertyY.Length < 5;
    },
    //properties to watch
    (p) => new { p.PropertyX, p.PropertyY }
 );

Вот что у меня сработало: поместите CanExecute перед командой в XAML.