MVVM：VMオブジェクトはMオブジェクトを直接公開するか、またはMのゲッターに委譲するゲッターを介してのみ公開しますか？

Question

説明する最良の方法は、とても一例である：

これはこれは私の質問があるビューモデル

public class PersonVM 
{  
} 

あるモデル

public class Person 
{ 
    public int age; 
    public string name; 
} 

です：
VMが公開する必要があります個人をデータテンプレートに追加するか、モデルプロパティを自分のプロパティでカプセル化しますか？

Answer 1

ビューモデルは、独自のプロパティを宣言して、モデルの詳細をビューから隠す必要があります。これにより、柔軟性が最大限に高まり、ビューモデルタイプの問題がモデルクラスに漏れるのを防ぐことができます。通常、ビューモデルクラスは委任によってモデルをカプセル化します。例えば、

class PersonModel { 
    public string Name { get; set; } 
} 

class PersonViewModel { 
    private PersonModel Person { get; set;} 
    public string Name { get { return this.Person.Name; } } 
    public bool IsSelected { get; set; } // example of state exposed by view model 

    public PersonViewModel(PersonModel person) { 
     this.Person = person; 
    } 
} 

は覚えておいてください：このモデルは、それを消費しているビューモデルについて何も知らないはず、とビューモデルは、それを消費しているビューについては何も知りません。バックグラウンドで潜んでいるモデルについては、このビューは何も知らないはずです。したがって、ビューモデルのプロパティの背後にモデルをカプセル化します。

Answer 2

この質問に関する一般的な合意はありません。例えば、それはウォードベルhereによって策定MVVMに関する未解決の問題の一つであった：

VMがVに（例えば、生 従業員） 開封されたM-物を提供することができますか？またはMオブジェクトの プロパティ（ にもプロパティが許可されている場合でも） がVMラッパー の表面を介して排他的に公開されている必要がありますか？

直接VMにモデルを露出していないの主な利点は以下のとおりです。

• ビューのために便利な方法でモデル値をフォーマットする、「ステロイドコンバータ」として使用することができます

• あなたがdata validation messages、undo redo ..

のように、ユーザーインターフェースに関連する他のfuncionalityを注入することができます

短所は以下のとおりです。

• あなたがのviewmodel内のすべてのモデルのプロパティを公開するために多くのコードを複製する必要があります。

• ビューコントロールをviewmodelsプロパティにバインドすると、viewmodelからpropertyChangedイベントが送信されます。しかし、モデルプロパティがビューモデルセッターとは異なる他のソースから変更されるとどうなりますか？次に、ViewModelに通知して、OnPropertyChangedを2つ、モデルに1つ、viewmodelに1つと終了させる必要があります。かなり複雑です！

私にとって正しい答えは、あなたの要件によって異なります。

Answer 3

任意のモデルのViewModelを持つことは、それより悪い可能性があります。モデル、または単純なコレクションの階層構造を持っている場合はどうなりますか？ その場合は、すべてのモデルを反復処理し、モデルごとにViewModelインスタンスを構築し、通知変更イベントやその他のイベントを登録する必要があります。 IMHO、これは完全に狂気で、不合理です。 DaniCE氏によると、多くのコードと大きな頭痛に終わるでしょう。

Answer 4

これに対する興味深いソリューションは、MSDNのボリュームにロバート・マッカーターによって提案された25

http://msdn.microsoft.com/en-us/magazine/ff798279.aspx

彼はモデルのすべてをプロキシ回避しながら、モデルの上に層を提供するために、動的なビューモデルを使用していますプロパティ。

問題のスペースに高性能が必要ない場合（ダイナミックではパフォーマンスが低下します）、これは優れたソリューションです。ビューはモデルについて何も知る必要はありませんが、ビューモデルは提供されているプロキシプロパティをそのまま使用する必要はありません。いつでもView Modelにプロパティを追加して、ViewまたはModelを変更せずにModelプロパティをラップすることができます。詳細は記事をお読みください。