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();тому що я отримував хіт продуктивності.

Я використав команду Delegating MVVM Helper 's Delegating, яка виглядає як нижче (я трохи змінив її для нашого запиту). вам потрібно зателефонувати command.RaiseCanExecuteChanged()з VM

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.