这个问题试图找出是否值得权衡CDN的好处,有利于更有条理和有组织的供应商代码管理.
我知道使用CDN来提供像jquery这样的供应商库.
然而,我今天读了大约bower,这让我很奇怪.使用凉亭,我可以以非常结构化的方式轻松地管理我的应用程序的所有依赖项.我可以最终将它们打包在一个vendor.js文件(使用yeoman,brunch或者简单的grunt),这将在脚本标签的html中被服务.
然而,虽然这种做法可以使我的生活更容易,但它的缺点是什么？我可以想到以下几点：
>很多机会我使用的很多lib已被缓存在用户的浏览器中.
>通过将它全部放在一个vendor.js文件中,浏览器将最终缓存此文件,但是当我添加新的第三方依赖关系时,即当我的供应商文件被更改时,我将面临问题.浏览器将不得不重新加载该文件(从而失去原始vendor.sj文件的缓存)
以这种方式,以< script>支付时间来管理html中的依赖关系标签,接缝,以提供更好的性能/加载时间.
你认为我的思维方式有错吗？组织代码的好处是说低调,说服力强吗？毕竟,它像骨干.是的,骨干应用程序对于小应用程序来说更重,它包含更多的代码..但从开发的角度来看,它的价值！
干杯(谢谢你的评论,让我重新编辑这个问题！)
解决方法
当您可以使用CDN并且您的项目的要求允许使用CDN.它通常更快,浏览器可能已经从其他站点缓存这些文件.
我建立的大多数网站,我使用CDN中的jQuery.但是,您会发现有些CDN受到特定国家/地区的阻止.在任何情况下,都不会有后遗症.您可以从CDN加载jQuery,如果失败,则返回到您自己的服务器.