この質問は、CDN の利点をトレードオフして、より構造化され組織化されたベンダー コード管理を優先する価値があるかどうかを見つけようとしています。
CDN を使用して jquery などのベンダー ライブラリを配信することをお勧めします。
それでも、今日bowerについて読んでいて、不思議に思いました。bower を使用すると、アプリケーションのすべての依存関係を非常に構造化された方法で簡単に管理できます。最終的には、タグ内の html でサーバーになる単一のvendor.js
ファイル (yeoman、brunch、または単純なgruntを使用) にそれらをまとめることができます。script
しかし、このアプローチは私の生活を楽にすることができますが、その短所は何ですか? 次のことが考えられます。
- 私が使用しているライブラリの多くが、ユーザーのブラウザに既にキャッシュされている可能性が高いです。
- すべてを 1 つのファイルにまとめることで
vendor.js
、ブラウザーは最終的にこのファイルをキャッシュしますが、新しいサードパーティの依存関係を追加するたびに、つまりベンダー ファイルが変更されたときに、問題に直面し始めます。ブラウザーはそのファイルをリロードする必要があります (そのため、元の vendor.sj ファイルのキャッシュが失われます)。
このように言えば、HTML 内の依存関係を<script>
タグとして管理するために時間を費やし、縫い合わせによりパフォーマンス/ロード時間を向上させます。
私の考え方に何か問題があると思いますか?say でコードを整理する利点はbower
十分に説得力がありますか? 結局のところ、バックボーンのようなものです。はい、バックボーン アプリは小さなアプリケーションでは重く、より多くのコードが含まれます..しかし、開発者の観点からは、それだけの価値があります!
乾杯(そして、質問を再編集させてくれたコメントに感謝します!)