私はデータで満ちているビジネスアプリケーションを開発しています。各機能について、私は1つのViewModelを持っており、このViewModelのそれぞれについて、1つのSeparate Db Contextオブジェクトを作成します。サーバーからSilverlightクライアントのデータを管理/ロードするためのベストプラクティス
つまり、私が顧客リストを必要とする機能はほぼ5から8です。それらを取得するために、私は、それぞれのViewModelに別々のDbコンテキストとサーバから別々のリストをロードします。複数のDb旅行を伴う冗長なデータダウンロードがたくさんあります。余分なスペースRAMを占有し、パフォーマンスが低下します。パフォーマンスには多くの違いがあります。 大量のデータを処理してアプリケーションのパフォーマンスを最適化するベストプラクティスは何ですか?
私は1つの解決策はアプリケーション全体に共通のデータプールを維持することだと思っていますが、アプリケーションのいくつかのボトルネックが発生しないように、そしてこれにも標準的な解決策が必要です。
ありがとうございました。
ユーザーログインが定義変更を変更したときに定義を再作成するためにIsolated Storageを使用しました。SharedViewModelのカウントが上昇しましたか?今日のクライアントPCは不明です。とても裕福な。 apacheやその他の基盤でサポートされているjava用の特別なキャッシュ機構がいくつかあります。トランスポート層については、web.configページをご覧ください。 –
このようなシナリオを説明する記事のリンクを提供して、理解を深めることができますか?それは本当に役に立つでしょう。ありがとう。 –
スターリングDBまたはSharedViewModelの場合? –