【WPF】【MVVM】XAML①上の変更や操作をXAML②で検知したい

Question

MainWindowをFrameで二つに分割し、それぞれ別のXAML(Page1.xamlとPage2.xaml)を配置しようとしています。
Page1にはButtonを配置し、Page2にはTextBlockを配置します。
Buttonが押されたらTextBlockに文字を表示したいです。

自分のイメージでは、
Page1ViewModelとPage2ViewModelが共通のModelクラスのインスタンスを見ており、
Buttonが押されたらPage1ViewModelがModelを更新？して、
Page2ViewModelは更新されているかを常にチェックして、チェックされていればViewに反映するのかなと思っています。

【聞きたいこと】
①：MVVMの考え的に、上の理解で合っておりますか。
また、上記のButtonとTextBlockの例はものすごくシンプルですが、もっと複雑になったとしても基本的にこの考えで良いのでしょうか。
（良い例が浮かびませんが、たとえばPage2がさらにフレームで別れていて、中にまたXAMLが複数あったり…。）

②：①の考えが合っていたとしても概念的な理解でしかなく、具体的にどういう技術（クラスやプロパティ）を使えばいいのか、
何というワードで検索すれば良いのか分からないためご教示頂けると幸いです。

Answer 1

常にチェックと言うか、ViewModel はプロパティが変更された時にイベントを発行します。
そのイベントを購読すれば変更が通知されます。
この例の場合は、Button を押すことによってテキストを保持する ViewModel のプロパティが変更され、ViewModel は PropertyChanged イベントを発行し、View はそのイベントを受け取ってどのプロパティがどのように変更されたのかを知り、バインドされた適切な要素を更新します。

同じ ViewModel に二つの View をバインドすればいいのではないかと思いますが、そうでない場合は 二つの ViewModel から同じモデルを参照することになります。
この場合、Model がプロパティ変更イベントを発行できるのであれば、Model をプロパティとして公開し、View を直接バインドすることもできます。
そうでなければ、ViewModel のプロパティを通じて Model のプロパティにアクセスできるようにし、View は ViewModel のプロパティにバインドします。

INotifyPropertyChanged を調べてください。

Comments

[Zuishin]

この低評価はストーカーの仕業なので気にしないでください。

[galmacher]

ご回答ありがとうございます。ストーカー大変ですね…。
お蔭さまでViewModelのPropertyChangedイベント発行からの流れは（概念的なところは）理解できました。

>同じ ViewModel に二つの View をバインドすればいいのではないかと思いますが
■→「ViewとViewModelは1対1」という図を色々なところで見たせいか、そもそも出来ない（というかやってはいけない）ものなのかと思いました。漠然とした質問ですが、VとVMが1:多となることは、実態としてはよくある話なのでしょうか？

＞そうでない場合は 二つの ViewModel から同じモデルを参照することになります。
■→ご回答いただいて色々と調べたのですがVMとMの関係性がよくわからず、ご回答内容の理解までにかなり勉強が必要そうです…。

[Zuishin]

ウィンドウが一つなので一つのビューと言えますし、どんな場合も一対一にしなければならない合理的な理由はありません。
ボタンを二つ並べて一つ一つにビューモーデルを用意するのはナンセンスです。

デザインパターンは法律ではなく保守性を高めるツールですから、細部にこだわるあまり根幹を見失わないようにしましょう。

[Zuishin]

ネット上では、コードビハインドには何も書いてはいけないとか、ビューはモデルをバインドしてはいけないという迷信がはびこり、それを回避するためにものすごく複雑な処理を強いる情報があふれています。

そのような処理の流れが一目でわからないコードのことをスパゲッティと呼び、そのようなコードを書くことをスパゲッティをゆでると言います。

生産性を高めるはずの MVVM で生産性が低くなったのでは本末転倒です。
コードビハインドが肥大化してスパゲッティになるのを防ぐはずのデータバインディングでスパゲッティをゆでるなどなんと滑稽なことでしょう。

プログラマーのすべきことは、MVVM とはなんぞやという哲学を追い求めることではなく、少しでもテストを書きやすく美しいコードを書くことだと思います。

[galmacher]

ご回答ありがとうございます。
確かにおっしゃる通り、「目的と手段が逆転」の典型的な例な気がします。
まだ勉強し始めで、どこからどこまでをMVVMのデザインパターンに沿うかはまだ手探りですが、肝に銘じてまいります。