2

IIS からの読み込みが非常に遅い Silverlight アプリケーションがあります。デバッグすると、ロードに約 5 秒かかりますが、サーバーからは 1 分以上かかります。xap のサイズはわずか 8 MB で、私には特に大きいとは思えません。他の人が xap のメディアの量を減らすことについて話しているのを聞いたことがありますが、私のアプリには 3 つの低解像度アイコンしか含まれていません。影響。~10Mbps から ~24Mbps までのインターネット接続でこれをテストしましたが、大きな違いはないようです。変更が頻繁に行われるため、更新が行われるようにアプリケーションのキャッシュを無効にしましたが、キャッシュを許可しても、初めてのユーザーの 1 ～ 2 分の読み込み時間は改善されません (第一印象はあまり良くありません)。

言うまでもなく、これによりいくつかの疑問が残りました。

  • これは、ハードウェア/IIS の問題のように聞こえますか、それともアプリケーション側から制御できる問題のように聞こえますか?
  • 8MB の xap ファイルは一般的な xap よりも大きいですか?
  • デバッグの読み込み時間とデプロイされた読み込み時間の違いの原因は何ですか?
  • これが事実だとは想像できませんが、1分の起動時間は予想されますか?
4

4 に答える 4

2

ベストプラクティスに従っていますか?

于 2012-02-15T21:40:15.633 に答える
1
  1. ハードウェア/IISの問題のようには聞こえません。8Mbを提供するのは簡単です。
  2. 8MBのxapファイルは通常のxapよりも大きいですか？それは私にはかなり大きいように聞こえます。xapファイルの名前をzip拡張子に変更し、内容を確認します。
  3. デバッグのロード時間とデプロイされたロード時間の違いの原因は何ですか？これは事実上すべてのネットワーク呼び出しです。フィドラーを実行し、それらを観察します。Fiddlerは、さまざまなモデム速度をシミュレートすることもできます。
于 2012-02-16T03:50:09.750 に答える
1

8MBはかなり大きいです。そのファイル内にパッケージ化されたフォント、ビデオ、または画像がたくさんあるためだと思います。パフォーマンスを向上させる必要がある場合は、最初に最小限に抑える必要があります。アプリケーションを小さくできる理由は他にもたくさんありますが、これらの要素は特に悪用されて誰かを泣かせる可能性があります。

于 2012-02-15T21:13:08.163 に答える
1

8 MB のファイル サイズは、xap ファイルとしてはかなり大きいです。グラフィックスを多用するアプリであっても、XAP を 250k に抑えることができる人もいると読んだことがありますが、XAP の外部から画像やビデオを動的にロードするなど、サイズを抑えるために多くのことを行う必要があります。どうすればいいのかわかりませんが、とにかくそれはあなたの問題ではありません。

コンパイル時にxapにdllを含める必要があるため、dllへの参照ごとにxapにサイズが追加されることを知るまで、かなり大きなxapファイルサイズを持つアプリがいくつかありました。私は、テストしているプロジェクトに dll 参照を追加するだけでした。または、必要かもしれないと思ったからかもしれません...そして、未使用の dll をそこに残しました...しかし、xap のサイズは増え続けます。これは、私が最初に Silverlight を学んでいた頃に戻ったときのことです...

未使用の参照を一掃すると、xap サイズが 8 MB から 3.5 MB に縮小することがわかりました (これはまだ少し重いですが、8 ほど悪くはありません)。また、いくつかの場所または 1 つの場所でしか使用していない dll 参照を調べて探し、プロジェクトへの別の参照を使用する以外の方法でその機能を実装できるかどうかを判断しようとしました。私が言っているのは、参照によって xap がすぐに重くなるということです。

プロジェクトに不要な参照が追加されていない可能性があります...しかし、確認するためだけに参照するのに適した場所です。

于 2012-02-16T00:03:59.317 に答える