3


1

Silverlight Webブラウザーアプリケーションのパフォーマンスは、アプリケーションのページ数または子ページの数にどのように影響しますか?

Silverlight画像表示およびディープズームアプリケーションの展開の実務経験がある場合、アプリケーションページの数はパフォーマンスに影響しますか? ダウンロードまたは実行時間、表示時間などを考えてみましょう。

必要なのは、deepzoom画像を含む画像を表示および処理するための専用のインターフェイスを多数用意してユーザーを保護することです。

何が良いですか:

  1. 5つのページを含む1つのアプリケーションで異なる表示を行う 各ページに3つの子ウィンドウを持つ画像UIのバリエーション(合計15ページ)または

  2. 1つのメインページと3つの子ページを持つ5つの異なるアプリケーションを使用する。 ただし、Webサービスを介して、または単に実行時にページhtmlをリンクすることにより、連携させます。

何かご意見は? ありがとう、ヴァル

1 Answer


4


ここに2つの問題があります。

  • 初期ダウンロード時間

  • 実際の実行時パフォーマンス

ダウンロード時間/アプリのサイズ:

モノリシックアプリケーション(多くの_多く_初期ダウンロードのメガ)は、ユーザーエクスペリエンスが低下します。 これは、単一の大規模アプリケーションを作成する場合にSiverlightで誰もが遭遇する最も一般的な問題です(基本的に簡単なアプローチ)。 ロードに数分かかるアプリケーションを作成できます。 従来のWeb開発のガイドラインは、ユーザーが退屈してサイトを離れるまでに10秒もかかりません。そのため、大きなSilverlightアプリではこれを簡単に超えることができます。

この問題の唯一の解決策は、アプリを複数のダウンロード可能な部分に分割することです。 Silverlightは追加のXAPファイル(通常はモジュール)のダウンロードをサポートするため、必ずしも複数のアプリを意味するわけではありません。

最新のソリューションでは、Webサイトのすべての機能が1人のユーザーがアクセスするたびに使用されるわけではないという原則に基づいて、オンデマンドでダウンロードされる個別のコンポーネントを作成します。 MEFとPrismは、このタイプの開発パターンの良い例です。

実行時パフォーマンス

これは、パフォーマンスの低下につながるいくつかの要因があるため、より困難です。

  • メモリの不十分な再利用 ライトになった、または一度に多くの負荷がかかった)

  • アニメーションの過剰使用(これは多くの場合、最大のパフォーマンスヒットです Silverlightで多くの画面ピクセルを簡単に変更できます)

  • 非効率的なコード(アルゴリズムは何かに置き換えることができると仮定します 通常、速度とメモリ使用量の間にはトレードオフがありますが)。

これらのすべてに対処する必要がありますが、それは実行の効率性に関する開発者のスキルと経験に帰着します。

私のアドバイス:

  • MEFやPrismなどの単一アプリ/多数の個別モジュールパターンを使用して アプリを個別のモジュールに分割します。

  • パフォーマンスが重要な場合は、過度のアニメーションに注意してください。

  • 1日目から一般的な効率を計画すると、心痛を回避できます 後。

お役に立てれば。