捆绑.js文件与CDN

tug*_*erk 47 javascript asp.net resourcebundle cdn asp.net-optimization

为了提高网页的性能,我们建议使用CDN来提供.js网页上的文件.那讲得通.

此外,我们建议捆绑我们的.js文件,以减少加载时对服务器的请求数.

因此,如果我们使用CDN或捆绑.js文件,我们需要坐下来做出决定.

优缺点都有什么?哪些更有意义?

Mat*_*att 14

你为什么不能捆扎在一起,并把它们是CDN?它应该不是一个或另一个的决定?

如果您必须选择其中一个,则取决于.js您包含的文件数量.对于少量文件,我建议 CDN会更快,其中 - 对于更多文件,一堆.js文件肯定会更快.切换的地方,是您可以尝试的东西.

  • @tugberk:它不像那样工作.您编写了一个构建脚本,在您发布应用程序时将Javascript文件组合在一起.在同一步骤中,您还可以*缩小*文件,这将进一步减小JavaScript文件的大小. (3认同)

Kri*_*use 12

我的回答:两个.捆绑它们并将它们放在CDN上.

这样做的缺点是什么?要看.你构建过程看起来像什么?你能轻松实现捆绑和缩小的自动化吗?您使用的是Yahoo YUI或Google Closure还是其他什么?

此外,如果有很多GUI依赖jQuery,由于不断变化的元素/效果/ css,可能会有一些耗时的摩擦.

测试也很重要,因为可能的缩小怪癖.

底线:5个javascript文件安全地捆绑到1个文件中=== 4个更少的请求.

一个页面只有简单的旧Html和一个外部javascript引用=== 2个请求到您的服务器.但是,一个页面只有简单的旧Html和一个外部javascript参考CDN === 1请求到您的服务器.

目前我们正在使用Google Closure工具.在谷歌Closure督察有助于如下:

Closure Compiler修改了您原始的JavaScript代码,并生成比原始代码更小,更高效的代码,但更难以阅读和调试.Closure Inspector通过提供源映射功能来帮助,该功能可识别与编译代码对应的原始源代码行.