モデルのプロパティをラップするビューモデルを実装する方法

Question

Valueというプロパティが付いたモデルがあるとします。モデルはINotifyPropertyChangedを実装しています。次に、モデルを知っているビューモデルを仮定し、それ自身に架空のビューにプロパティValueを提供します。

ビューモデルのコードスニペット

public int Value 
{ 
    get { 
     Model.Value; 
    } 
    set { 
     if(value != Model.Value) { 
      Model.Value = value; 
      OnPropertyChanged(); 
     } 
    } 
} 

すなわちを次のようにこのビューモデルが実装されていますこの時点でのビュー全体の目的は、モデルのプロパティをビューに直接渡すことです。

ビューモデルは、モデルのPropertyChangedイベントに登録されています。モデルのValueが変更されるたびに、ビューモデルは変更を認識してPropertyChangedイベント自体をトリガーし、ビューモデルのプロパティーValueにバインドするビューは自身を更新することがわかります。

1は、ビューモデルを経由してモデルを変更した場合。これは、複数のPropertyChangedのコールをリード：

中に入ると再び Model.Value = value;

を実行した後、モデルの変更を待機するビューモデルのコードで

1. 私の心に来るValueによる

OnPropertyChanged();の唯一の解決策のセッターがcompletlyモデルからビューモデルを分離することです。これには、モデルのデータの完全なクローンを保持することも含まれます。このように私はPropertyChangedの最初の呼び出しを避けることができます。ビューモデルの値とモデルの値を比較することができるため、さまざまなソースを区別できます（ビューモデルの変更されたモデルまたはモデルが別のソースによって変更された）。

ビューモデルははるかに複雑です。モデルをビューモデルにマージすることは解決策ではありません。

Answer 1

モデルのプロパティーが変更されたビューモデルが既に登録されていて、独自のプロパティー変更が発生した場合、ビューモデルのプロパティーにはOnPropertyChanged()は必要ありません。

削除OnPropertyChanged()

のViewModelコードは次のようになります。

public int Value { 
    get { 
     return Model.Value; 
    } 
    set { 
     if(value != Model.Value) { 
      Model.Value = value; 
     } 
    } 
} 

Answer 2

viewmodelは、ビューの更新とモデルの更新を担当する必要があります。

モデルがINotifyPropertyChangedを実装すべきでない理由を本質的に特定したので、それが必要なものは何もしないでください。あなたがやろうとしていることを行うためのきれいな、通常のMVVMの方法はありません。これはMVVMを間違っていることを示唆しています。もちろん、MVVMは聖なるものではありませんが、うまくいきます。代わりにあなたがしていることは、すでにあなたを困らせてしまっています。作成する必要のない問題が作成されましたが、それに対する良い解決策はありません。答えは、最悪の解決策を選択することではありません。それは戻ってデザインから問題を取り除くことです。

このデザインは根本的に不愉快なものであり、さらに複雑さを加えることによってそれを救済しようとすると、混乱することになります。あなたがそれから学んだのでそれは価値がありましたが、それ以上の時間を投資する価値はありません。

「モデルのプロパティをラップのviewmodelを実装する方法[プロパティ]」あなたのリテラル質問への答えは、次のとおりです。

あなたpublic int Value例では、しかしINotifyPropertyChangedを実装するモデルずにそれをやっただけのような。