4

モジュール式のPrismベースのSilverlightアプリケーションのローカルホストテスト中に、XAPモジュールのダウンロードが速すぎて、最終結果の感触をつかむことができません。これにより、進行状況、スプラッシュスクリーン、またはその他の視覚的な状態を表示する必要がある場所を確認することが困難になります。

ローカル開発セットアップでXAPモジュールやその他のコンテンツの読み込みを意図的に遅くするための最良の（または最も標準的な）方法は何ですか？

私は（コードベースのストーリーボードを介して）時折タイマー遅延を追加してきましたが、すべてのモジュールのロードとデバッグビルドに大幅な遅延を追加するために、内部に配置できるもの（たとえば、Unityローダー？）を好みますのみ。

提案を歓迎します*

*注：「大きなファイル」オプションを調査しましたが、大きなプロジェクトでは機能しません（また、メモリ不足エラーで非常に大きなファイルを使用してXAPを作成できません）。ソリューションはコードベースである必要があり、ローカルホスト環境でのモジュールの読み込みを遅くするために、できればバックグラウンドで統合する必要があります。

****注：明確にするために、MicrosoftPRISMパターンおよびPRISM/CALライブラリと互換性のある回答を具体的に探しています。**

4

2 に答える 2

0

モジュールプロジェクトに巨大なファイル（ビデオなど）を追加するだけです。このようなプロジェクトの構築には時間がかかりますが、プロジェクトも大きくなるため、ローカルでのダウンロードに時間がかかります。本番環境に移行するときは、巨大なファイルを削除するだけです。

于 2010-08-29T10:50:01.373 に答える
0

モジュールプロジェクトにファイルを追加しないでください。これにより、実行不可能な部分を拡張してモジュールのレイアウトを変更するため、モジュールに不要な回帰テストが追加されます。この回帰テストを行わない可能性があります。そして、それが問題を引き起こすかどうかは誰にもわかりません。妄想するのが一番です。

代わりに、リモートアセンブリを取得するために使用するコールバックを具体化するコールバックに渡すDelay（intミリ秒）プロシージャを考え出します。

つまり、アセンブリリソースの取得をアセンブリリソースの使用から切り離します。これらの2つのフェーズの間に、任意のランダムな待機時間を挿入します。また、リモートユーザーがアセンブリを取得するのにかかった実際の時間をログに記録し、それを将来のテストポイントに使用して、UIデザイナーとQAチームがユーザーの待機時間に関する貴重な情報を入手できるようにすることをお勧めします。これにより、QA環境でのエンドユーザーのエクスペリエンスを安価にモックアップできます。ログに、要求されたアセンブリのサイズなどの関連する詳細が含まれていることを確認してください。

私は数週間前にStackOverflowにこれに関連する質問を投げかけ、あなたが提起した質問に対処しなければならなかったので、これは賢さではなく経験から生まれた正しい答えであると確信しています。

于 2010-09-07T19:08:04.083 に答える