【发布时间】：2012-11-10 15:49:07
【问题描述】：
这个问题试图找出是否值得权衡 CDN 的好处以支持更有条理和有组织的供应商代码管理。
我知道建议使用 CDN 来交付像 jquery 这样的供应商库。
然而，我今天正在阅读有关 bower 的信息，这让我感到好奇。使用 bower，我可以以非常结构化的方式轻松管理我的应用程序的所有依赖项。我最终可以将它们打包到一个 vendor.js 文件中（使用 yeoman、brunch 或简单的 grunt），该文件将作为script 标记中的 html 中的服务器。
但是，虽然这种方法可以让我的生活更轻松，但它的缺点是什么？我可以想到以下几点：
- 很有可能我正在使用的许多库已经缓存在用户的浏览器中。
- 通过将它们全部放在一个
vendor.js文件中，浏览器最终会缓存这个文件，但是每当我添加新的第三方依赖项时，即当我的供应商文件发生更改时，我就会开始面临问题。浏览器将不得不重新加载该文件（从而失去对原始 vendor.sj 文件的缓存）
这样说，花时间管理 html 中的依赖项作为<script> 标签，接缝以提供更好的性能/加载时间。
你认为我的思维方式有问题吗？使用bower 组织代码的好处是否足够令人信服？毕竟，它就像骨干。是的，对于小型应用程序来说，主干应用程序更重，它包含更多代码.. 但从开发人员的角度来看，它是值得的！
干杯（感谢 cmets 让我重新编辑问题！）
【问题讨论】：
-
那是因为其他有资格的人显然不相信这是“要走的路”。这种类型的问题通常是不允许的，因为它会引起强烈的意见。此外，尽管它“不具建设性”，但它是 been addressed here many times before。
-
查看本网站的 jQuery 标签常见问题解答...排名最高的帖子之一非常详细地介绍了该主题stackoverflow.com/questions/1014203/…。您的问题的简单答案是 CDN 资源更有可能已经在用户缓存中
-
-
谢谢你们的cmets。我重新写了这个问题。感谢@eh9 的提示；）
-
这是一个非常公平的问题。我用谷歌搜索了这个确切的问题。