WPFのMVVMデザインパターンでのModel、View、およびViewModelオブジェクトの基本的な定義は何ですか?彼らの責任は何ですか、彼らのそれぞれは何をすべきで、何をすべきではありませんか?
1363 次
1 に答える
8
モデル:
- データを表します。
- エンティティ。
- モデルクラスは、アプリケーションのデータとビジネスロジックをカプセル化する非ビジュアルクラスです。
- 彼らは、アプリケーションのデータを管理し、必要なビジネスルールとデータ検証ロジックをカプセル化することによってその一貫性と有効性を確保する責任があります。
- モデルクラスは、ビューまたはビューモデルクラスを直接参照せず、それらの実装方法に依存しません。
- モデルクラスは通常、およびインターフェイスを介してプロパティおよびコレクションの変更通知イベントを提供します。
INotifyPropertyChanged
INotifyCollectionChanged
- これにより、ビューでデータを簡単にバインドできます。
- オブジェクトのコレクションを表すモデルクラスは、通常、クラスから派生します
ObservableCollection<T>
。 IDataErrorInfo
モデルクラスは通常、またはINotifyDataErrorInfo
インターフェイスを介してデータ検証とエラーレポートを提供します。- モデルクラスは通常、データアクセスとキャッシングをカプセル化するサービスまたはリポジトリと組み合わせて使用されます。
- データをどこから取得するか、つまりWCFサービスから取得するかを知る必要はありません。WCFRIAサービスなど。
- 検証が含まれる場合があります。
意見:
- ビューは、ウィンドウ、ページ、ユーザーコントロール、データテンプレートなどの視覚的な要素です。
- ビューは、ビューに含まれるコントロールとそのルックアンドフィール、視覚的なレイアウトおよびスタイルを定義します。
- ビューは、DataContextプロパティを介してビューモデルを参照します。
- ビュー内のコントロールは、 ViewModelによって公開されるプロパティとコマンドにバインドされたデータです。
- ビューは、ビューとビューモデル間のデータバインディング動作をカスタマイズできます。たとえば、ビューは値コンバーターを使用してUIに表示されるデータをフォーマットしたり、検証ルールを使用してユーザーに追加の入力データ検証を提供したりできます。
- ビューは、ビューモデルの状態変化から、またはユーザーのUIとの対話を介してトリガーされる可能性のあるアニメーションや遷移など、UIの視覚的動作を定義および処理します。
- ビューの分離コードは、XAMLで表現するのが難しい、またはビューで定義された特定のUIコントロールへの直接参照を必要とする視覚的な動作を実装するためのUIロジックを定義する場合があります。
ViewModel:
- ViewModelは非ビジュアルクラスであり、WPFまたはSilverlight基本クラスから派生したものではありません。
- これは、アプリケーションでユースケースまたはユーザータスクをサポートするために必要なプレゼンテーションロジックをカプセル化します。
- ViewModelは、ビューとモデルに関係なくテスト可能です。
- ViewModelは通常、ビューを直接参照しません。ビューにバインドされたUIフレンドリーエンティティ、UI状態、アクション、およびパブリックプロパティがあります。
- ビューがデータバインドできるプロパティとコマンドを実装します。
- およびインターフェイスを介した変更通知イベントを介して、状態の変更をビューに通知します。
INotifyPropertyChanged
INotifyCollectionChanged
- さまざまなコマンドを使用してViewと対話します。
- ビューモデルは、ビューとモデルの相互作用を調整します。
- データを変換または操作して、ビューで簡単に使用できるようにしたり、モデルに存在しない可能性のある追加のプロパティを実装したりする場合があります。
IDataErrorInfo
また、またはINotifyDataErrorInfo
インターフェイスを介してデータ検証を実装する場合もあります。- ビューモデルは、ビューがユーザーに視覚的に表すことができる論理状態を定義する場合があります。
- サービスを呼び出して、MVVMトライアドの外部と通信します。
ソース:http ://code.msdn.microsoft.com/Design-Patterns-MVVM-Model-d4b512f0
于 2012-10-31T10:40:20.470 に答える