2012-03-17 6 views
0

私はデータで満ちているビジネスアプリケーションを開発しています。各機能について、私は1つのViewModelを持っており、このViewModelのそれぞれについて、1つのSeparate Db Contextオブジェクトを作成します。サーバーからSilverlightクライアントのデータを管理/ロードするためのベストプラクティス

つまり、私が顧客リストを必要とする機能はほぼ5から8です。それらを取得するために、私は、それぞれのViewModelに別々のDbコンテキストとサーバから別々のリストをロードします。複数のDb旅行を伴う冗長なデータダウンロードがたくさんあります。余分なスペースRAMを占有し、パフォーマンスが低下します。パフォーマンスには多くの違いがあります。 大量のデータを処理してアプリケーションのパフォーマンスを最適化するベストプラクティスは何ですか?

私は1つの解決策はアプリケーション全体に共通のデータプールを維持することだと思っていますが、アプリケーションのいくつかのボトルネックが発生しないように、そしてこれにも標準的な解決策が必要です。

ありがとうございました。

答えて

1

1つのオプションは、SharedViewModelをシングルトンとして作成し、共有データを必要とするViewModelに注入することです。私はこれを行い、うまくいく。

もう1つの選択肢は、SL/WP7のローカルドキュメントデータベースであるSterlingDBのようなものを使用して、独立したストレージにデータを格納することです。

+0

ユーザーログインが定義変更を変更したときに定義を再作成するためにIsolated Storageを使用しました。SharedViewModelのカウントが上昇しましたか?今日のクライアントPCは不明です。とても裕福な。 apacheやその他の基盤でサポートされているjava用の特別なキャッシュ機構がいくつかあります。トランスポート層については、web.configページをご覧ください。 –

+0

このようなシナリオを説明する記事のリンクを提供して、理解を深めることができますか?それは本当に役に立つでしょう。ありがとう。 –

+0

スターリングDBまたはSharedViewModelの場合? –

関連する問題