9

私はMVVMが初めてで、アプリケーションを開発しています。多くのプロパティを持つフォーム ビューがあります。約 50 です。mvvm の原則に違反するため、これらをユーザー コントロールに分離することはできません。

これらにはロジックが含まれているため、これらをモデルに分離することはできません。PropertyChange、Error の変更、およびこれらは poco クラスではなく、モデルではありません。

同じビューモデルに 60 個のプロパティを保持するといいでしょうか?

私はそれが間違っていると思いますか?これらをどのように整理しますか?

4

2 に答える 2

2

mvvmの原則に違反するため、これらをユーザーコントロールに分離することはできません。

これが何を意味するのかわかりません。基本的に、ビュー構成を使用して、ビュー モデルとビューを構成要素に分解する必要があります。

ビューは WPF UserControl(またはWindow) であるため、MVVM を使用している場合は を使用しています。UserControl概念的には、パターン内のビューと見なされます。

また、MVVM パターンを使用している場合は、MVVM フレームワークを使用することをお勧めします。Caliburn.Microのようなものを使用すると、ビューの構成が非常に簡単になります。

また、ビュー モデルに依存関係プロパティを使用することはお勧めしません。代わりに INotifyPropertyChanged を使用してください。

ほとんどの MVVM フレームワークは、イベントを呼び出すためのラムダ ベースのメソッドを含むベース ビュー モデル タイプを提供するため、PropertyChangedリファクタリングを支援します。

于 2013-06-17T09:45:58.177 に答える
1

PropertyChanged60 には使用しないでくださいProperties。を使用しDependencyPropertyます。使いやすさについては、Visual Studio のショートカットを使用して2 回propdp押してくださいTab

このリンクを参照してください: http://www.codeproject.com/Articles/62158/DependencyProperties-or-INotifyPropertyChanged

于 2013-06-17T09:23:07.500 に答える