WPFコマンドはどこで処理できますか？

Question

XAMLのCommand属性を使用して、私は別の場所から発射されるコマンドRoutedUICommandをたくさん持っています。

これらはすべて今すぐ私のMainWindow.xamlと私のMainWindow.xaml.csにバインドされています。私はそれぞれのハンドラを持っています。私はこの方法で設定しました。これは主にUnityでMainWindowクラスを解決し、必要なすべての依存関係（つまりドメインサービスなど）を受け取るためです。私はUserControlにコマンドをバインドする場合、私はそこで利用可能なこれらのサービスを持っていないだろうし、UserControlはDataContextが与えられているが、そのまたは別のコンテキストを操作することができます間違っているようです。

私の質問：これは正しいようですか？私にとっては、中央の1つの場所、特にメインウィンドウのコードのすべてのコマンドを処理することには何か不都合があります。

私はWPFを初めとしており、これが正しいかどうかはわかりません。アドバイスをいただければ幸いです。

Answer 1

ViewModelで処理する必要があります。 WPFアプリケーションの共通パターンはMVVMです。

• M - モデル（すなわち、DB）
• V - ビュー（の.xamlファイル）
• VM - DataContextし、表示のために設定されているクラス。ここでバインドするすべてのロジックを実行する必要があります。

開発を簡略化できるMVVMフレームワークをいくつか見てみることをお勧めします。

人気のあるものは以下のとおりです。

• Caliburn.Micro
• MVVM Light

Answer 2

WPFはのICommandインターフェイスの2つの実装を提供します。 System.Windows.Input.RoutedCommandおよびSystem.Windows.Input.RoutedUICommand（後者は前者のサブクラスで、コマンドを説明するTextプロパティを単純に追加します）。

しかし、これらの実装のいずれも、フォーカスされた要素からビジュアルツリーを検索し、CommandBindingsに一致するSystem.Windows.Input.CommandBindingオブジェクトを持つ要素について、ビューモデルで使用するのに適していませんこの特定のCommandBindingに対してExecuteデリゲートを実行します。

コマンドロジックはビューモデルに存在する必要があるため、ビジュアル要素にコマンドを接続するために、コマンドバインディングをビューに設定しないでください。代わりに、ICommandを実装するクラスを作成して独自のコマンドを作成する必要があります。 Prism、MvvmLight、Caliburn MicroなどのすべてのMVVMライブラリには既にそのような実装があります。通常、DelegateCommandまたはRelayCommandと呼ばれます。コマンドとそれらをMVVM WPFアプリケーションで使用する方法の詳細については、次のリンクを参照してください。

MVVM - コマンド、RelayCommandsとEventToCommand：https://msdn.microsoft.com/en-us/magazine/dn237302.aspx

取り扱いMVVM WPFアプリケーションのイベント：https://blog.magnusmontin.net/2013/06/30/handling-events-in-an-mvvm-wpf-application/