36、部署 Aurelia 应用程序

部署 Aurelia 应用程序

1. SPA 打包

当开发应用程序时，像“my-books”这样的应用可能已经有了 67 个文件，这还没算上各种外部依赖。由于浏览器的并发请求数量有限（通常为 2 - 8 个），如果用户首次访问网站时，尝试独立加载应用所需的所有文件，会带来一些问题。用户需要等待浏览器逐个加载这些文件，这样的用户体验显然不佳。而且这只是一个相对较小的演示应用，如果是有数百甚至数千个独立组件的应用，情况会更糟。

为了解决这个问题，大多数单页面应用（SPA）会使用打包（bundling）的方法，将所有独立的 JavaScript、CSS 和 HTML 文件合并成一个或多个包。这种方法的目的是让浏览器在页面加载时加载应用的所有依赖，而不会因最大并发请求限制而出现瓶颈。虽然打包后的文件可能很大，会影响初始页面加载时间，但由于文件可以被缓存，后续页面加载的延迟会很小。

有很多工具可以用于打包，如 RequireJS、SystemJS 和 webpack 等。Aurelia CLI 会对所有应用进行打包（即使是在开发环境中），并且提供了几种打包选项。在“my-books”应用中，使用的是 RequireJS 模块系统。不过，无论选择哪种模块加载器，本章介绍的大部分内容都是适用的。

打包虽然有好处，但也有一个主要缺点。例如，你打包并发布了应用，用户首次访问时可能需要一些时间加载页面，但后续访问由于浏览器缓存会非常快。然而，发布一周后你发现了一个小 bug，修复并部署了更新版本，还通知了用户。但半小时后你却收到邮件说 bug 仍存在。检查本地副本发现一切正常，这是因为浏览器缓存了之前发布的版本。即使多次部署最新版本，用户在缓存过期前也不会收到更新。