有时是有意义的。如果您有一个由 API 数据驱动的应用程序，您不一定提前知道这些 URL 路径会是什么样子。 克里斯：这里只是一个例子。您有一个动物救援组织，那里有一些可收养的动物，这些数据来自动物收养网站 Petfinder。你那里有一群动物。Petfinder 对此进行管理，但您希望使用 Petfinder API 将它们显示在您的网站上。当您的网站建立时，它并不总是能够了解此时此刻可以使用哪些宠物以及您需要什么样的 URL 路径。单页应用程序可以帮助您，因为它可以动态地动态创建这些与每只狗或猫映射的漂亮 URL。 克里斯：像 Instagram 这样有很多用户创建内容的东西，也许这也是有道理的。但对于很多事情，我们确实提前知道这些 URL 的位置。

创建个已经包含内容件将与

有时甚至比基于 JavaScript 的单页应用程序方法更快，特别是如果您使用其他一些技术来缩小整体 CSS 和 JavaScript 的大小。我在我拥有的课程门户上使 奥地利电话号码列表 用这种方法。页面加载感觉是瞬时的，因为与堆栈的其他部分相比，HTML 对于浏览器来说非常容易呈现。感觉像是一个单页应用程序，但事实并非如此。 德鲁：特别是当您考虑托管解决方案（例如 Jamstack 方法）时，将 HTML 文件放入 CDN 中，以便在物理上靠近用户的地方提供服务。 克里斯：是的。 德鲁：加载这些页面可以非常非常快。 克里斯：是的。绝对地。绝对地。我认为人们过去支持单页应用程序的其他论点之一是离线如果有人加载它，然后他们的网络出现故障，则该访问。

应用程序已经启动并且所有路由都

仅使用已存在的文件进行处理。因此无需重新加载，他们不会丢失任何工作。很长一段时间以来都是如此。现在有了 Service Worker 和渐进式 Web 应用程序，我认为这 B2B 潜在客户 不再是一个令人信服的论据，特别是因为 Service Worker 可以获取完整的 HTML 文件并在需要时提前缓存它们。 克里斯：如果您愿意，您实际上可以在有人访问这些页面之前就让整个应用程序离线使用。它只是在后台发生，用户无需执行任何操作。这又是几年前对某些用例可能有意义的技术之但现在却不再那么引人注目了。 德鲁：这让我想起了我们以前用 Flash 构建网站的情景。 克里斯：是的。 德鲁：您只需在 HTML 页面中嵌入一个矩形，即您的 Flash Player，然后您就可以在其中构建整个网站。