WPVMでのMVVMコンセプトの解釈（プレゼンターとの関係）

Question

これはMVVMコンセプトの正しい解釈ですか？

• DataTemplates - >表示
• のDependencyObject（コントロール、リストビューなど） - > ViewModelに
• のDataContext - >モデル

私は自分のViewModelを作成した場合、それが実際に取って代わるだろう明示的なテンプレートを必要としますか？

ViewModelの「モデル」という言葉は、実際のモデル（DomainModelなど）に言及していませんか？

私はプレゼンターも追加します。プレゼンターは、ユーティリティークラスとして表示され、プロパティーなどをビューに公開します。 ViewModelはトップダウン表現（ビューのモデル）であり、PresenterはModelView、つまりボトムアップ表現（モデルのビュー）であると言えますか？私はこれまで以上に変更する必要がありますその場合

：

• を...
• のDataContext - >プレゼンター
• プレゼンター - >モデル

そして、私は「wouldn一般的に私のカスタムプレゼンテーションラッパーを作成するためにDependencyObjectから派生しますが、私のモデルのビューではなくコントロールのようなビューのカスタムジェネリックモデルを作成するだけですか？

Answer 1

通常MVVMがこのように解釈するためのものです：

表示 - >コントロール、DataTemplatesなど
モデル - >あなたの実際のデータモデル（データベース、または何でも）
のViewModel - >プロパティとコマンドを公開ビューがデータバインディングに使用できること

つまり、ViewにはViewModelがDataContextとして、ViewModelのプロパティにはモデルのデータが反映され、ViewModelのコマンドはモデルに対して機能します。単純なケースでは、モデルとViewModelは時々同じです。

概観はここにあります：http://blogs.msdn.com/b/johngossman/archive/2005/10/08/478683.aspx
あなたがそれを探すならば、MVVMアプリケーションの構築に関するかなりの例を見つけることができます。