Обновлено название: Почему ICommand.CanExecute получает вызов все время, вместо того, чтобы работать как событие?

Question

Я принимаю шаблон MVVM в WPF и узнал об использовании Command. Но в моей реализации всегда вызывается делегат, назначенный мне для реализации CanExecute. Я имею в виду, если бы я поставил точку останова внутри функции делегата, это показывает, что эта функция продолжает получать вызовы. К моему пониманию (и естественному мышлению, но, конечно, я могу ошибаться), этот делегат вызван только тогда, когда я как-то уведомляю об изменении состояния, и тогда CommandManager (re) проверяет свойство CanExecute и модифицирует IsEnabled свойство элемента интерфейса.

Вот моя реализация VB.NET, которую я получил из версии C#. Я заметил, что мне нужно внести некоторые изменения в портированный код, чтобы он мог компилироваться. Может ли быть основой C# и VB.NET отличается? Так может ли кто-нибудь предоставить мне оригинальную реализацию VB.NET или указать мне, что не так, или если я правильно понимаю поведение команды?

Вот моя версия VB.NET:

Public Class CommandBase 
    Implements ICommand 

    Public Property ExecuteDelegate() As Action(Of Object) 

    Public Property CanExecuteDelegate() As Predicate(Of Object) 

    Public Sub New() 
    End Sub 

    Public Sub New(execute As Action(Of Object)) 
     Me.New(execute, Nothing) 
    End Sub 

    Public Sub New(execute As Action(Of Object), canExecute As Predicate(Of Object)) 
     If execute Is Nothing Then 
      Throw New ArgumentNullException("execute") 
     End If 
     ExecuteDelegate = execute 
     CanExecuteDelegate = canExecute 
    End Sub 

    Public Function CanExecute(parameter As Object) As Boolean Implements ICommand.CanExecute 
     Return If(CanExecuteDelegate Is Nothing, True, CanExecuteDelegate(parameter)) 
    End Function 

    Public Custom Event CanExecuteChanged As EventHandler Implements ICommand.CanExecuteChanged 
     AddHandler(ByVal value As EventHandler) 

      If CanExecuteDelegate IsNot Nothing Then 
       AddHandler CommandManager.RequerySuggested, value 
      End If 

     End AddHandler 
     RemoveHandler(ByVal value As EventHandler) 
      If CanExecuteDelegate IsNot Nothing Then 
       RemoveHandler CommandManager.RequerySuggested, value 
      End If 
     End RemoveHandler 

     RaiseEvent(ByVal sender As Object, ByVal e As System.EventArgs) 
      CommandManager.InvalidateRequerySuggested() 
     End RaiseEvent 
    End Event 

    Public Sub Execute(parameter As Object) Implements ICommand.Execute 
     If ExecuteDelegate IsNot Nothing Then ExecuteDelegate.Invoke(parameter) 
    End Sub 

    Public Sub RaiseCanExecuteChanged() 
     CommandManager.InvalidateRequerySuggested() 
    End Sub 

End Class 

И как я создаю экземпляр объекта что-то вроде этого:

MyCommand = New CommandBase(AddressOf CommandExec, AddressOf CanExecuteExec) 

где CanExecuteExec, конечно, имеет подпись, как это:

Private Function CanExecuteExec(obj As Object) As Boolean 

Как я уже упоминал, CanExecuteExec все время звонит. Я думаю, что это неэффективно, представьте, что у меня есть сотни Command объектов, и большинство из них CanExecute не меняются большую часть времени.

UPDATE:

Кто-то говорит, что CanExecute действительно вызывается все время, в то время как другие говорят об обратном. Я не эксперт в этом, но я должен сказать, что второе мнение звучит более естественно и имеет больше смысла для меня. Хотя мне все еще нужно выяснить, верно ли это, почему WPF постоянно обнаруживает изменение, так что он продолжает проверять CanExecute

Answer 1

В вашем CanExecuteDelegate у вас есть крючок на CommandManager.RequerySuggested.

Итак, всякий раз, когда вызывается CommandManager.RequerySuggested, ваш CanExecuteDelegate будет называться.

CommandManager.RequerySuggested событие возникает всякий раз, когда изменения в источник команд будут обнаружены с помощью команды менеджера, который находится в диапазоне от Keyboard.KeyUpEvent, Mouse.ClickEvent т.д.

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

Если вы хотите взять под контроль поднять CanExecute, вы можете использовать Delegate Command, предоставленный PRISM. CanExecute Делегат будет вызван только тогда, когда вы явно вызываете метод RaiseCanExecuteChanged(), выставленный командой делегирования.

Включения комментариев ответить

Breakpoint бьет каждый раз при повороте к VS, так как CommandManager RequerySuggested события вызывается на потерянном фокусе окна и активацию собственности изменилась окно. Вот почему вы замечаете, что точка останова нажимает время от времени, когда вы переходите на VS, поскольку фокус перемещается из окна WPF в Visual Studio.

Answer 2

Может быть по неизвестной причине пользовательский интерфейс может обновляться (измерение, упорядочивание, а затем визуализация звонки). И если у вас есть точка останова, которая может выполнить метод, она будет повторяться. Другими словами, вы не можете пройти эту точку останова, каждый раз, когда вы будете делать F5, точка останова будет снова.

Чтобы исследовать, вы должны поместить операторы logging/output в свой метод выполнения и сколько раз и когда он будет вызван.

Answer 3

Когда вы настраиваете свою команду, нет надежного способа для среды выполнения, чтобы знать, на какие данные ваш CanExecute будет полагаться, чтобы принять решение. Итак, когда у вас есть команды, которые связаны с вашим пользовательским интерфейсом и зарегистрированы в CommandManager, поведение заключается в том, что команда CanExecute для всех команд переоценивается всякий раз, когда изменяется состояние вашего приложения. Способ WPF знает об этом, когда обновляется связанное свойство или происходит событие пользовательского интерфейса.

Обычно вы увидите CanExecute вызывается всякий раз, переплеты обновление или при наступлении определенных событий управления (например, когда выделен текст текстового поля, тем CanExecute из встроенных Cut и Copy команд будет меняться, и поэтому событие изюминкой вызывает переоценка, которая, как я полагаю, связана с событием MouseUp).