8

jQuery ライブラリの使用方法を学習する前に、ファイルのサイズに関して気になる点を確認しておきたいと思います...

ブラウザーやサーバーが jQuery などのファイルをキャッシュすることはよく知っています。つまり、理論的には、ファイルは一度だけダウンロードする必要があるため、その後の使用速度が向上します。

私の質問は、ブラウザーが JavaScript ファイルを処理する方法と、ページが読み込まれるたびにブラウザーによって処理される 32k コード ファイルに悪影響があるかどうかについてです。ファイルのサイズだけでなく、同時にファイルの複雑さもあります。

それとも私の理解が間違っていますか?ブラウザはjavascriptファイルをキャッシュするだけでなく、そのファイルのある種の「コンパイルされた」バージョンもキャッシュしますか? (はい、javascript が実際には「コンパイル」されていないことは知っていますが、私の言いたいことがわかると思います。)

大部分のブラウザはファイルを高速に処理できるため、ほとんど違いがなく、 jQuery を利用するために記述されたコードを処理する必要が少ないという速度の利点がそれを補っていると思います。

4

1 に答える 1

8

アセットのサイズと js エンジンのパフォーマンスに関する懸念事項には、考慮する必要がある重複する要素がいくつかあります。最終的には、自分のプロジェクトに何が適切で受け入れられるかを判断できるのは自分だけです。

サイズ

当たり前のことを言っているかもしれませんが、ここから始めましょう。

ページで消費されるアセットのサイズを縮小する機会があれば、それは良いことです。マークアップ、スタイル、js をスリムに保ちます。ユーザーベースがいつでも自由に高速接続できるという考え方を採用しないようにしてください。たとえば、モバイル視聴者の接続速度がどのように変動するかを考えてみてください。すばやく読み込まれるページは、優れたユーザー エクスペリエンスへの第一歩です。

脂肪を取り除き、jQuery をプロジェクトに含めることを検証したことを確認してください。

jQuery を使用する理由

「jQuery ライブラリの使い方を学び始める前に」というあなたの発言から、あなたは Web 開発と js 開発に慣れていないのではないかと思います。あなたやあなたの質問の妥当性を掘り下げることを意図したものではありませんが、この仮定は私がここに行くところを後押しします。

プロジェクトにとって適切な選択でなくても、全体的に jQuery ライブラリに公開することは素晴らしいことです。

jQuery ライブラリは、何年にもわたって非常に優れたものに成熟し、クロス ブラウザーの js に関する日常的な問題に対して洗練されたソリューションを提供しています。ソース コードを参照し、実装されている概念のいくつかを理解することは、途中で役立つだけです。

また、jQuery はどこにでもあります。個人的な意見はどうあれ、jQuery は開発者ツールボックスの中で最も人気のあるライブラリの 1 つであり、どこにも行かないようです。ゼロから開発するプロジェクトで jQuery を使用したことがなくても、途中で必ずどこかで遭遇します。ライブラリに精通していることは、開発作業にのみ役立ちます。

最終的には、プロジェクトに jQuery を導入することを検討している理由を評価する必要があります。それはあなたが最もよく使うセレクターエンジンですか?基本的な DOM 操作を行っていて、優れたセレクター エンジンのみが必要な場合は、直接Sizzleを使用することを検討してください。これはわずか 4KB (圧縮および gzip 圧縮) です。

おそらく、jQuery は、組み込みたいクールなプラグインの依存関係です。自分で書き直して、それを引き出すことはできますか?作業のサイズを決めて、その努力がファイル サイズの節約に見合う価値があるかどうかを調べます。数 KB しか節約できないが、作業を完了するのに 40 時間かかる場合、それだけの価値があるでしょうか?

ブラウザ サポート マトリックス

ブラウザ サポート マトリックスを作成します。サポートするブラウザーは、速度だけでなくアセットのサイズにも直接影響します。

パフォーマンス/速度

サポートされている js エンジンのパフォーマンスの違いを調べます。これにより、ページ上の js の速度を予測できるようになります。そこから、許容できると思われる速度に譲歩することができます。

js の品質と整合性 (自分のものと jQuery などのライブラリの両方) もパフォーマンスに大きく影響することに注意してください。V8 for Chromeなどのより高速な js エンジンは、不適切に記述された js に対してもう少し寛容である可能性がありますが、IE7 のJScriptでは欠陥が明らかになり、パフォーマンスが大幅に低下する可能性があります。

jQuery は、コア用に作成された js で確実にパフォーマンスを考慮に入れるライブラリーです。パフォーマンスに問題のある jQuery のほとんどは、クロス ブラウザーの広範なベンチマークを実行しない可能性があるサード パーティのプラグインに由来することがわかるでしょう。

サイズに関する考慮事項

前述のように、jQuery には、DOM API サポートのさまざまなギャップに対する多数のクロス ブラウザー修正がパッケージ化されています。これにより、かなりの労力を節約したり、不要な肥大化を追加したりすることができます。サポート マトリックスがどちらに傾いているか (古いブラウザーと最新のブラウザー) を調べ、これがプロジェクトにどのように影響するかを判断します。最新かつ最高のブラウザーのみをターゲットにしている場合は、プロジェクトに必要な機能のみを追加して、独自の jQuery モデル ライブラリを作成できる可能性があります。作業のサイズを確認し、それが収益にどのように影響するかを確認することを忘れないでください。

jQuery を使用する

肝心なのは、プロジェクトが機能性とユーザー エクスペリエンスを支援するために js に大きく依存している場合、jQuery の使用が悪い選択であると主張するのは難しいということです。必要な労力を考慮すると、無駄のない、より効率的なコードを作成するための工数を確保できない可能性があります。同等のライブラリを作成するだけでなく (機能が削除された場合でも)、それを維持するために必要な労力について考えてみてください。後れを取らないようにするには、大勢の開発者と同等のコーディング チョップが必要です。

何を決めても、頑張ってください!

于 2012-08-16T01:38:06.190 に答える