私は 1 年以上フロントエンド開発を行ってきましたが、まだフロントエンドについていくつかの洞察を持っています。今日はそれを共有します。
フロントエンド開発にはさまざまなツールが必要です。たとえば、私は今でも Google ブラウザと重火器 Fiddler の使用に慣れています。
1: 元の状況
まず、次のコードを見てください:
http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
http://www.w3.org/1999/xhtml">
プログラマーの 90% が js ファイルを頭に入れると推定されていますが、それについて調べたことがありますか?多くのブラウザは、単一のスレッドを使用して「UI 更新」と「JS スクリプト処理」を実行します。
つまり、実行エンジンが「<script>」に遭遇すると、ページのダウンロードとレンダリングは、<script>の実行が完了するまで待機する必要があります。ユーザーにとって、ロックされたページを見るのは悲しいことです</p> <p>この時点で、ユーザーがそれをオフにする可能性があります。 </p> <p><img alt="" src="http://files.jb51.net/file_images/article/201412/201412160855464.png"></p> <p>上のウォーターフォール チャートから 2 つのポイントがわかります: </p> <p>1位:</p> <p>3 つの js ファイルが並行してダウンロードされますが、上記の私の理論によれば、js ファイルは順番に実行されるはずです。ただし、IE8、Firefox3.5、Chrome2ではjsの並列ダウンロードが実装されており、</p> <p>これは非常に優れていますが、画像などの他のリソースのダウンロードは依然として妨げられます。 </p> <p>2 番目: </p> <p>画像 1.jpg のダウンロードは、js の実行が完了した後にトリガーされます。これにより、上記の状況も確認され、画像の読み込みが防止されます。 </p> <p><strong>2: 最初のステップの最適化</strong></p> <p>js は UI のレンダリングを妨げるため、<script> の前の html が完全にレンダリングされ、待機中のページがユーザーに表示されないように、js を </script>
の前に配置することを検討できます。悲惨な状況は自然に友好度を高めます。