我应该将 javascript 框架与我的应用程序捆绑在一起还是使用公共 CDN？

Question

大约两三年前，我会把这个问题的答案总结为：

• 将所有js编译到一个文件并缩小。
• 将所有 css 编译到一个文件并缩小。
• 异步加载外部脚本。
• 将缓存控制标头设置为遥远的未来。
• 指纹资产 URL 失效。
• 使用您自己的 CDN。

现在应用程序似乎对 javascript 的依赖要重得多。我已经看到证据表明浏览器能够打开更多并行连接。

当前包含静态资产时 Web 性能的最佳实践是什么。

当我使用像 Angular、backbone 或 ember 这样的框架时，我应该将框架与我的应用程序捆绑在一起还是使用公共 CDN（例如 google https://developers.google.com/speed/libraries/）并仅捆绑我的应用程序代码？

Answer 1

我想说的答案是……这取决于情况。我意识到这不是很有用，所以我会扩展。

• 如果您正在编写内部（内联网）应用程序，那么将框架捆绑到您的应用程序中会更好、更高效。然后，您的用户只需从本地网络提取文件。如果您有多个使用相同框架的内部应用程序，那么内部 CDN 将是一个不错的选择。
• 如果您的用户不太可能访问使用相同框架的其他应用程序，那么您将不会从 CDN 中获得任何好处（除非他们位于世界上与您的服务器不同的地方），但也没有真正的缺点。
• 如果您想自动更新到库的最新版本（100 次中有 99 次这是一个坏主意），您可以使用 CDN 自动提供当前版本。
• 如果您有带宽问题，使用 CDN 可以缓解这种情况，因为您的用户将从其他人那里下载文件。
• 如果你的应用程序js会频繁变化，那么如果你将所有js捆绑在一起，你将强制重新下载所有框架库。显然，有一些简单的方法可以解决这个问题，例如单独捆绑库。

对于外部应用程序，我认为使用 CDN 是正确的选择。