使用監査（デバッグ・ツール）
経験の評価：
- 回避画像を効果的に小さな面積を表示する多すぎる流れ、ドロップローディング速度、無駄。
- ネットワーク画像リソースはHTTPキャッシュコントロールを有効にする必要があります要求の数を減らし、;
- 避け要求があまりにもかかる下の負荷を使用することができる、優れたサーバ処理時間を最適化する必要があり、パケットサイズはバック縮小されます。
- あまりにも多くの写真が短い時間を開始することを要求しないでください、それ以外の場合は、並列にロードされたリミットブラウザをトリガーする、遅いロードするイメージにつながることができ、ユーザーは、治療のために待っていました。これは、遅延ロードを使用して画面外スプライトマップ技術や画像を使用することを検討して、コントロールの合理的な量であるべきです。
- 短い時間を開始するためにあまりにも多くの要求を避けるため、それ以外の場合は、要求の数の合理的な制御、または合併のさえ要求する必要がありますあまりにも多くのリクエストにも、そのような遅いロードなどの問題につながる可能性がありながら、小さなプログラムは、同時要求の数を制限するトリガされます。
- setDataメソッドデータが大きすぎる避け、小さなプログラムは、論理スレッド上で実行中のスレッドをレンダリングのために、より多くの1M以上超えることができない、setDataメソッド呼び出しはロジック層から送信された層のデータをレンダリングしますが、データは通信時間を増やすには大きすぎます。
- 、あまりにも頻繁にsetDataを呼び出さないようにsetDataインターフェース・ロジックを呼び出すことが層によって、スレッド間のレンダリング層を含み、、あまりにも頻繁に通信処理キューのブロックにつながる可能性があり、インターフェースをレンダリングすることはないタイムリーかつケイトンに鉛、無用頻繁に呼び出しを避けるべきです。
- WXMLにsetDataに渡された結合していない変数を避け、setDataメソッドによるパフォーマンスのオーバーヘッドを削減、外部に定義することができます。
- 避けスクリプトの実行が長すぎる時間がかかり、ユーザの感触ケイトン、悪い経験、このような状況が発生した場合、特定して、スクリプトのロジックを最適化する必要があるを作るために時間がかかりすぎました、。
- 不要なキャッシュ要求を回避するには、ネットワーク要求を行うために必要な、同じキャッシュの要求、ユーザ待ち時間を削減します。
- すべてのリソース要求は、HTTPSを使用することをお勧めします、セキュリティを簡単に改ざんすることはできません。
- 廃止されたインタフェースの使用は避けてください。
- ページ次タイマー回復、ページが破壊されたり隠されているとき、回復タイマがすべき。
- 過剰な数のWXMLノードを避けるため、
- 1000個のWXMLノードよりも少ないです。
- 層30は、ツリーノードの深さよりも小さいです。
- 子ノードが60を超えていません。
- 長すぎる場合避けるために最初の画面処理委託することができます。
- 合理的なクリック可能な要素は、応答の領域サイズを提供ボタン、小さすぎないように、。
- クリック状態を実現するために擬似クラス：「アクティブ」CSSを使用しないよう、アクティブ悪い効果、ローリングまたは摺動するとき、何をクリックした状態が消えない。ホバークラスが代わりに使用されるべきです。
- オリジナルのグラフの画像のアスペクト比を聞かせする必要があり、それは見苦しい、画像の歪みを引き起こし、さらに困難なユーザ識別につながる可能性があります。画像モード属性は、元のアスペクト比を維持するためアセンブリの場合のように設定してもよいです。
- スクロールの慣性スクロール領域は、経験を強化するために開くことができます
- 慣性スクロールを使用してデフォルトのAndroidでは、
- 追加セット `-webkit-オーバーフロースクロールのiOSでの必要性：touch`スタイル。
実行した経験のスコアは、（スタート）、操作（STOP）の後に、過剰な数のWXMLノードおよび操作機能のすべてのページを、避けるため、監査は、パフォーマンス、経験とベストプラクティスのスコアをプリントアウトし、最適化の提言を行います。
よると、監査最適化するためのアドバイスや最適化の位置付けを与えます。
