質問

ダグラス・クロックフォードを見ています」DOMの理論「そして、彼は私のスクリプトタグの場所が私のアプリケーションの負荷時間に大きく影響する可能性があると述べました。さらに、彼はスクリプトタグをドキュメント本体の下部にできるだけ遠くに含めるべきであると主張しています。

これは正確ですか?

また

このビデオは古くなっていますか? (彼は実際には、彼がより早くDOMについて講義しなかった理由として置いています)。

役に立ちましたか?

他のヒント

ヘッダーに含まれるファイルは、ページの残りの部分がロードを開始する前にロードされます。ページの残りの部分を事前にロードできるように、ページの下部に近いものとして非必須ファイルをロードすることをお勧めします。

代わりにヘッダーにロードできるJSライブラリ(LABJなど)がいくつかあります。その後、他のすべてのJSアセットを非同期にロードし、JSアセットがロードされていることがわかったときに残りのコードが実行できるようにコールバックを提供することができます。

使用することもできます http://labjs.com/ .

プロジェクトのページに記載されているように:

LABJS(JavaScriptの読み込みとブロック)は、Getifyソリューションでサポートされているオープンソース(MITライセンス)プロジェクトです。 LABJSの核となる目的は、任意の場所から任意のページにいつでも任意のJavaScriptリソースをロードできる、汎用的なオンデマンドJavaScriptローダーであることです。スクリプトをLABJSでロードすると、ページロード中にリソースブロッキングが減少します。これは、サイトのパフォーマンスを最適化する簡単で効果的な方法です。

LABJSは、デフォルトでは、ブラウザが許可するのと同じくらい速くすべてのスクリプトを並列にロード(および実行)します。ただし、どのスクリプトに実行順序依存関係があるかを簡単に指定でき、LABJは適切な実行順序を確保することができます。これにより、LABJは、それを制御/ホストするかどうか、およびそれがスタンドアロンであるか、より大きな依存関係ツリーの一部であるかどうか、事実上あらゆるJavaScriptリソースに安全に使用できます。

LABJを使用すると、すべてのugい「タグスープ」が置き換えられます。これは、HTMLページのまたは終了に一般的に表示されるすべてのタグです。 APIは表現力豊かでチェーンであり、ロードするスクリプトと、必要に応じていつ(「ブロック」)待機するか(「ブロック」)を指定できるようにして、さらに実行する前に実行します。また、APIはインラインコード実行カップリングを簡単に許可します(インラインタグを考えてください)。

LABJSは現在、Steve Soudersとのコラボレーションから利益を得ることができ、最適化され、柔軟な、一般的なスクリプト読み込みのための唯一の最良のソリューションになることを目指しています。

私も、JavaScriptをページの最後に含める必要があると聞いています。しばらく前にYahooのドキュメントでこれを読んだと思います。

まあ、それは正しいです。 JavaScriptファイルを並行してロードする「head.js」のようなものを使用しない限り。ああ、そして、いくつかのスクリプトはコンテンツの前にある必要があります。たとえば、HTML5-SHIVスクリプト。

http://headjs.com/

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top