解決した内容とかは、他のWebサイトとかにも載ってる内容なのでそっちを参考にするっとφ(。。
気が向いたら概要を図にまとめてもいいかな、と思う。
どちらにしても、そこにたどり着いた道筋は、残しておこう。
結局、いろんなサイト見たけど、失敗ケースをやるまで良くわからなかったから。
例１：アプリでUIイベント処理したい。
☆対応１：
・通常のWindowに対してメソッド作成した。
・Windowに操作対象Objectを保持した。
・Windowの中のButtonからメソッドを呼んだ。
結果：
できた。
問題点：
ButtonとWindowが切り離せない。
例２：例１に対してUIイベント処理を非同期化したい。
☆対応１：
・メソッドに対してdelegateを宣言、代入した。
結果：UIに対する結果反映処理が別スレッドからの処理となりエラー。
☆対応２：
・BackgroundWorkerを使った。
結果：
できた。
問題点：
操作対象objectがWindowにあるので、以下のどちらかにする必要がある。
１．thisアクセスする
２．イベントのResult等にobjectを入れて引き回す
１の場合は、非同期処理をするメソッドと、後処理のメソッドは同クラスから切り離せない。
例３：例２に対して、別の場所から操作対象を処理したい。
☆対応１：
・別ユーザーコントロールを作った。
・ユーザーコントロールに例１と同様にobjectを保持した。
・ユーザーコントロールに例２と同様にメソッドを作成した。
結果：
できた。
問題点：
処理は出来たが、他のUIに処理結果が反映できなかった。
ここで、前から疑問に想っていたICommandとRoutedCommandとCommandBinding言うものが良くわかった。
作りながらも３回くらい、調べては、あきらめを繰り返してきたけど、
これらを（これらも）解決できる仕掛けの提供になっているんだね。
もっと洗練できそうな気もするけど。
ちょうど、想像してた仕掛けの解説っぽい記事を発見したので張っておこうっと。
antsk blog ： WPFのCommand
自分の見たかった図とかが載ってた。
これを基準にPreviewExecuteとかExecutedを利用すればよさげ。
うみゅ、満足（゜▽、゜ねむいゾ
