2012-02-04 7 views
0

私は多くの正規化テーブルを持っているかもしれません...私はViewModelsを定義するための最良の方法は何か、それぞれのフォームまたは共通ViewModel複数のフォームの場合個々のフォームを作成すると、ダウンロードする必要があるデータのサイズが大きくなり、クライアント上のデータの冗長性が増す可能性があるためです。つまり、各フォームのカテゴリを使用すると、それぞれのフォームに異なるデータセットがあります。また、フォームのセットに対する共通のビューモデルを作成することで、管理の複雑さが増す可能性があります。SilverlightとMVVMで最適なパフォーマンスを得るためのベストプラクティス

開発のこのような側面を説明する適切な記事がありますか?最適なパフォーマンスを提供するために、アプリケーション全体を管理するためのベストプラクティスは何ですか。 (サーバからの最小データの取得)

お時間を頂き、ありがとうございます。

答えて

0

ビュー数&は、ファイルのサイズを拡大します。これは完全に開いてダウンロードされます。これはcompressedです。使用中の実際のパフォーマンスは異なり、他の要因にもよりますが、実際のブラウザのパフォーマンスを知るにはSilverlightSpyを試してみてください。必要に応じてSilverlightアプリの一部をダウンロードすることは可能ですが、これは高度な技術です。

メッセージングが主な問題の場合は、Binary Messagingをチェックしてください。

すべてのビューまたはネストされたUsercontrolに新しいViewModelを使用し、モデル間の通信にevent aggregatorを使用することをお勧めします。

0

通常、ビューごとにビューモデルを作成することをお勧めします。 2つのビューが同じデータを表示し、ユーザーに同じアクションを実行させることができますが、UI実装のみが異なる場合は、View Modelを共有できますが、目的はView Modelを一貫性のあるものに保つことです。ビューモデルに複数のビューを操作するコードが含まれている場合は、「神オブジェクト」のアンチパターンを実装するリスクがあります。ビューモデルがすべて一定の共通コードを共有していることが判明した場合は、そのコードを共通基本クラスに移動することを検討してください。

全く異なる2つのビューモデルが同じモデルを操作できることに注意してください。これは、2つのビューが同じデータを表示するが、それぞれがユーザーが独自の方法でそれと対話できるようにする場合に当てはまるかもしれない。

私は、ゲーリー・ホールによってPro WPF and Silverlight MVVMと読むことを強くお勧めします。特にWPFやSilverlightで使用する場合、MVVMを使い始めるとよいでしょう。

関連する問題