我知道使用CDN来提供像jquery这样的供应商库.

然而,我今天读了大约bower,这让我很奇怪.使用凉亭,我可以以非常结构化的方式轻松地管理我的应用程序的所有依赖项.我可以最终将它们打包在一个vendor.js文件(使用yeoman,brunch或者简单的grunt),这将在脚本标签的html中被服务.

然而,虽然这种做法可以使我的生活更容易,但它的缺点是什么？我可以想到以下几点：

>很多机会我使用的很多lib已被缓存在用户的浏览器中.
>通过将它全部放在一个vendor.js文件中,浏览器将最终缓存此文件,但是当我添加新的第三方依赖关系时,即当我的供应商文件被更改时,我将面临问题.浏览器将不得不重新加载该文件(从而失去原始vendor.sj文件的缓存)

以这种方式,以< script>支付时间来管理html中的依赖关系标签,接缝,以提供更好的性能/加载时间.

你认为我的思维方式有错吗？组织代码的好处是说低调,说服力强吗？毕竟,它像骨干.是的,骨干应用程序对于小应用程序来说更重,它包含更多的代码..但从开发的角度来看,它的价值！

干杯(谢谢你的评论,让我重新编辑这个问题！)