非常有用——直到应用程序变得太大并且构建时间达到极限。今天我们将看看 Netlify 的全新按需构建器如何解决这个问题。此外我们将其与 的增量静态再生结合起来以获得最佳的用户和开发人员体验。当然还要对这些结果进行基准测试！ 本文得到了Netlify亲爱的朋友们的大力支持他们是一群来自世界各地的令人难以置信的人才为 Web 开发人员提供了一个可以提高生产力的平台。谢谢你！ 网络化 使用静态生成的网站的最大痛苦之一是随着应用程序的增长构建速度逐渐变慢。这是任何堆栈在某些时候都会面临的不可避免的问题并且根据您使用的产品类型它可能会从不同的点发生。

例如如果您的应用程序在生成部署

工件时具有多个页面（视图路由）则每个路由都会成为一个文件。然后一旦达到数千您就会开始想知道何时可以部署而无需提前计划。这种情 中国电话号码表 况在电子商务平台或博客上很常见它们已经占了网络的很大一部分但还不是全部。不过路线并不是唯一可能的瓶颈。 资源密集型应用程序最终也会到达这个转折点。许多静态生成器都会进行资产优化以确保最佳的用户体验。如果没有构建优化（增量构建缓存我们很快就会实现这些）这最终也将变得难以管理——想象一下浏览网站中的所有图像一遍又一遍地调整大小删除和/或创建新文件。

一旦完成所有这些请记住从内容交付网

络的边缘为我们的应用程序提供服务。因此我们仍然需要将内容从编译它们的服务器移动到网络边缘。 Jamstack通用服务架构 Jamstack通用服务架构（大图预览） 除此之外还有另一个事实数据通常是 B2C 电话列表 态的这意味着当我们构建应用程序并部署它时可能需要几秒钟几分钟甚至一个小时。与此同时世界在不断旋转如果我们从其他地方获取数据我们的应用程序必然会过时。不可接受！再次构建更新！ 构建一次需要时更新 一段时间以来解决庞大的构建问题一直是基本上每个 Jamstack 平台框架或服务的首要考虑因素。许多解决方案都围绕增量构建。