コマンドで連続CanExecute呼び出しのパフォーマンスペナルティ

プロジェクトにMVVMパターンを適用します。私はViewModelによって公開されたコマンドにバインドされたボタンを持つUserControlを持っています。ボタンが表示されているので、ボタンのCanExecuteメソッドを継続的に呼び出しています。何かは、これはパフォーマンスのペナルティを運ぶと私に言うが、私はよくわからない。これは期待される行動ですか？またはボタンをコマンドにバインドするより良い方法がありますか？コマンドで連続CanExecute呼び出しのパフォーマンスペナルティ

ありがとうございます。

出典

2010-12-01 So Many Goblins

なぜ、CanExecuteを呼び出すボタンが連続しているのですか？これはデフォルトでは行われません。また、 'ICommand.CanExecuteChanged'が呼び出されたときにのみ行うべきです。 – Jens

どのようなタイプのICommandを使用していますか？異なる実装は、CanExecuteの更新に関して多くの点で異なった動作をする可能性があります。 –

私は通常のICommandインターフェイスを使用しています。実際はRelayCommandクラスです。これは、デリゲート注入を使用してメソッドを指定することを除いて、何も特別なものではありません。 –

申し訳ありませんが、私は何が起こっていたのか分かりました。これはRelayCommandの実装です。

システムがすべてのコマンドを自動的に再クエリーしていると誤って想定していました。実際には、各コマンドのCanExecuteChangedイベントへのフックがあり、RelayCommandは基本的にCanExecuteChangedイベントをCommandManagerのRequerySuggestedイベントにリンクするので、システムが再クエリーを提案するたびに、すべてのRelayCommandsを再クエリーしていました。

ありがとうございます。

出典

2010-12-01 17:41:37

解決策はどこですか？ – qakmak

何に？ RequerySuggestedイベントでコマンドを再クエリしたくない場合は、RelayCommandを使用しないでください。 –

パフォーマンスの問題を修正しました。私はあなたがそれを修正しようとしていると思った...... – qakmak

コマンドで連続CanExecute呼び出しのパフォーマンスペナルティ

答えて

関連する問題