这个问题试图找出它的价值,以权衡CDN的好处,而有利于更结构化和更有组织的供应商代码管理。
我知道,建议使用CDN提供类似jquery的供应商库。
然而,我今天读到了关于鲍尔的文章,这让我很好奇。使用bower,我可以以非常结构化的方式轻松地管理我的应用程序的所有依赖项。我最终可以将它们打包到一个vendor.js文件中(使用yeoman、早午餐或简单咕噜),该文件将在html中的script标记中充当服务器。
然而,虽然这种方法可以使我的生活更轻松,但它的缺点是什么呢?我可以想到以下几点:
vendor.js文件中,浏览器最终将缓存该文件,但每当我添加新的第三方依赖项时(即当我的供应商文件被更改时),我将开始面临问题。浏览器将不得不重新加载该文件(从而放松了原始vendor.sj文件的缓存)这样的话,把管理html中的依赖项的时间作为<script>标记,就会接缝来提供更好的性能/加载时间。
你认为我的思维方式有什么问题吗?用bower组织代码的好处是否足够令人信服?毕竟,这就像脊椎骨一样。是的,对于小型应用程序来说,骨干应用程序更重,它包含更多的代码。但从发展的角度来看,这是值得的!
干杯(谢谢你的评论让我重新编辑这个问题!)
发布于 2012-11-10 15:56:10
当CDN对您可用并被您的项目需求所允许时,使用它。它通常更快,浏览器可能已经从其他站点缓存了这些文件。
我构建的大多数站点,我都使用来自CDN的jQuery。然而,你会发现有时这些CDN会被特定的国家阻塞。在任何情况下,有一个退路是没有坏处的。您可以从CDN加载jQuery,如果失败,可以回退到您自己的服务器。
https://stackoverflow.com/questions/13323480
复制相似问题