14

这个问题试图找出是否值得权衡 CDN 的好处以支持更有条理和有组织的供应商代码管理。


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

然而,我今天正在阅读关于凉亭的文章,这让我感到好奇。使用 bower,我可以以非常结构化的方式轻松管理我的应用程序的所有依赖项。我最终可以将它们打包在一个vendor.js文件中(使用 yeoman、brunch或简单的grunt),该文件将作为script标签中的 html 中的服务器。

然而,虽然这种方法可以让我的生活更轻松,但它的缺点是什么?我可以想到以下几点:

  • 我正在使用的许多库很可能已经缓存在用户的浏览器中。
  • 通过将它们全部放在一个vendor.js文件中,浏览器最终会缓存这个文件,但是每当我添加新的第三方依赖项时,即当我的供应商文件发生更改时,我就会开始面临问题。浏览器将不得不重新加载该文件(从而失去原始 vendor.sj 文件的缓存)

这么说吧,花时间将 html 中的依赖项作为<script>标签来管理,接缝以提供更好的性能/加载时间。

你觉得我的思维方式有问题吗?用 say 组织代码的好处是否bower足够令人信服?毕竟,它就像骨干。是的,对于小型应用程序来说,主干应用程序更重,它包含更多代码.. 但从开发人员的角度来看,这是值得的!

干杯(感谢让我重新编辑问题的评论!)

4

1 回答 1

5

如果您可以使用 CDN,并且您的项目要求允许,请使用它。它通常更快,并且浏览器可能已经缓存了来自其他站点的这些文件。

我构建的大多数网站都使用 CDN 中的 jQuery。但是,您会发现有时这些 CDN 会被特定国家/地区阻止。在任何情况下,有一个后备都没有坏处。您可以从 CDN 加载 jQuery,如果失败则回退到您自己的服务器。

于 2012-11-10T15:56:10.430 回答