MVVMにて、異なるview間での情報共有方法

MVVMの構造に関して、質問させてください。
あるviewの情報を他の画面(view等)から変更する場合、MVVMとしてどういった構造を持つべきでしょうか？
想定としては、常に表示しているviewの背景色等を、他の設定画面やメニューから変更する場合などです。
メニュー等からの変更をどのようにしてviewに伝えてあげれば良いのでしょうか？

熟練者の方々には簡単なお話かと思いますが、初心者ゆえ全くアイデアが出ず、質問させて頂きました。
宜しくお願い致します。

開発環境：Visual Studio 2017 (WPF)
動作環境：Windows10

行動規範の内容に同意します

回答2件

ベストアンサー

設定系の情報は共通の ViewModel に分けて定義し、個別画面毎の ViewModel にその参照を持たせる形に私はしています。
同じ１つの ViewModel を見ることによって設定画面での変更が即座に反映できるというわけです！（逆に個別画面側で変更した内容を設定画面に即座に反映することもできる）。

個別画面の ViewModel に設定情報のような共通 ViewModel の参照を設定する具体的な方法としては MVVM のフレームワークである Prism の DI コンテナを使用することを個人的にはお勧めします。

また、単に設定値の表示だけではなく、設定変更後に何らかの計算をする必要がある場合、個別画面毎の ViewModel で設定側の ViewModel の変更を監視することができます。

ViewModel の監視は ReactiveProperty というライブラリを使うのがお勧めです。

（追記）Binding だけで行う簡易的な方法

過去に使っていた Binding だけで行う簡易的な方法を思い出したので追記します。
設定系ViewModelをシングルトンにするのが許容できるのであれば、個別画面側のXAMLにObjectDataProviderで設定系ViewModelのシングルトンをリソースとして定義し、Bindingできます。
以下みたいな感じです。

リソース定義（XxxConfig.Instance アクセサでシングルトンが参照できる前提）

C#
1<ObjectDataProvider x:Key="XxxConfig" ObjectInstance="{x:Static Member=local:XxxConfig.Instance}" />

リソースの参照個所 Binding

XML
1<ComboBox SelectedValue="{Binding Source={StaticResource XxxConfig}, Path=ConfigProperty1}">
2  <!-- ... -->
3</ComboBox>

投稿2018/06/24 06:01

編集2018/06/25 13:55

toydev

総合スコア297

juntaro

2018/06/25 05:41

ありがとうございます。共通のViewModelそのものを個別画面のViewModelから参照するということですね。そして、そのままBindingする方向でシステム構築したいと思います。ご指示頂きましたリンクを見させて頂きました。既にシステムはLivetでの構築がすすんでおります。 Prismにしておいた方が良かったかと思いつつも、当面はLivetを採用しようと思います。適切なご指示ありがとうございました。

toydev

2018/06/25 13:53 編集

お気付きの通り、必ずしもPrismを使う必要はありません！ Prismを使い始める前は、設定系のViewModelをシングルトンにして各画面に埋め込んでいたのを思い出しました。 Bindingだけで済む内容であればその方法を使うこともできるので、本文に追記書きしておきました。 XAMLに書くだけでよく、個別画面系のViewModelを作り替える必要もないので、簡易な方法として参考にしてみてください。

juntaro

2018/06/29 05:57

ありがとうございます。本文に追記書きってできるんですね。初めて知りました。こういったシングルトンのモデルを使用して、ダイアログ等で設定メニューを作成した場合、バインディング元のモデルのデータがどんどん更新されていくと思いますが、その際のダイアログのキャンセル処理ってどうすれば良いのでしょうか？・「キャンセル」ボタンが押された際に既にモデルが変更されているので、その際はバックアップから戻すしかな？・実際の設定データを持つクラスの情報と、ViewModelを別に設計する。・毎回ModelViewを作成、毎回コンストラクタを呼び出し、毎回設定ファイルから読み込む。みたいな感じですかね？調子に乗ってたくさん質問して申し訳ありません。以前から、この問題に頭を悩ましておりまして。お答えして頂ける範疇で結構です。よろしくお願いします。

toydev

2018/06/29 16:38 編集

コメントにはソースコード書きづらくて、悩んでいた時に本文書き換えを思い付きました！設定画面のところやっぱり悩みますよね。私も実装当時は悩んで、今は、juntaroさんが上げている候補のうちの２番目・実際の設定データを持つクラスの情報と、ViewModelを別に設計する。に該当する方法を採用しています。設定画面にはシングルトンとは別の ViewModel を実装し、設定画面表示時にシングルトンから値を読み込み、確定時にシングルトンに反映するという処理を個別に書いています。シングルトン側の ViewModel は保存を意識した構造（Json.NET で読み書きしている）、設定画面側の ViewModel は画面のタブ分けを意識した構造として組んでいます。設定画面とは別に、プルダウンメニューや各画面でのUI操作による直接設定は、シングルトンを直接バインド（もしくは設定値の変更により計算がいる部分は ReactiveProperty の Subscribe で PropertyChanged の監視）してリアルタイム反映されるようにしています。「キャンセルしたら戻す」ではなく「確定したら反映する」の発想です。今は設定画面のタブ毎に固有の ViewModel を実装し、シングルトンとの項目単位の値の読み書きを実装しているんですが、改めて整理してみると ViewModel は１つのクラスを共有する形で、値をコピーする汎用的な方法を用意さえすればもっと簡潔にできそうですねぇ…（白目）

juntaro

2018/07/01 01:44

toydevさん、ご親切に本当にありがとうございます。 MVVMの本質的な箇所が理解できず、悶々と悩んでおりましたが、少し理解できたような気がします。 --------------------------------------------------------------------------------------------- 設定画面にはシングルトンとは別の ViewModel を実装し、設定画面表示時にシングルトンから値を読み込み、確定時にシングルトンに反映するという処理を個別に書いています。 --------------------------------------------------------------------------------------------- 現状はモデルのインスタンスを作成した後、ディープコピーしてViewModelに渡し、「確定したら反映する」を実現しています。上記の方法と状況によって使い分けたいと思います。上記の方法でいくと、シングルトンにINotifyPropertyChangedを実装することで、リアルタイムに反映という形ですね。最後の「今は設定画面のタブ毎に・・・」のご説明も役に立ちました。ありがとうございます。

toydev

2018/07/01 14:43

伝わったようでよかったです。改良も入り教えたことより前進しているところも素晴らしい。ディープコピーの実現をどうやったか参考までに教えて欲しいですー！

juntaro

2018/07/01 15:02

一度、自分のサンプルプログラムを貼り付けて送信する直前までいきましたが、よくよく考えると元々のサイトのパクリなので、元々のサイトの方を上げさせて貰います。 http://n2-csharp.blogspot.com/2009/09/blog-post_15.html 上記の方法を採用させて貰いました。簡単にディープコピーが実現できて非常に便利です。

toydev

2018/07/01 23:20

ありがとうございます！

行動規範の内容に同意します