出色 – 直到应用程序变得太大并且构建实例达到限制天我们就来研究一下 Netlify 的新的按需构建器是如何解决这个问题的。此外，我们将其与增量静态再生相结合进行评估，以获得出色的用户和开发人员体验。以及路线基准这些后果！本文得到了Netlify 昂贵朋友的大力支持。他们汇集了来自世界各地的顶尖人才，为网络建设者提供了一个可以提高他们生产力的平台。谢谢你！网络 使用静态生成的网站的最大痛苦之一是，随着应用程序的增长，构建速度会逐渐变慢。这是任何堆栈在未来某个特定时间都会面临的不可避免的问题，并且根据您所使用的产品形式，它可能是由于特殊因素而发生的。
例如如果您的应用程序正在构建部署
该工件有几页（查看路线），每个方向都成为一个文档。然后，当您达到数千个后，您就会开始考虑是否可以在 加拿大手机数据库 不提前制定计划的情况下进行安装。这对于电子商务结构或博客来说并不罕见，它们已经构成了网络的很大一部分，但还不是全部。但路线并不是最有效的可行瓶颈。资源密集型项目迟早也会达到这个临界点。许多静态生成器都会进行资产优化，以确保良好的用户体验。如果没有构建优化（我们能够快速实现这些增量构建缓存），这最终可能会变得难以管理 – 想象一下，一次又一次地调整大小的网站中的所有照片，删除和/或创建新文件。
完成所有这些后请记得下载
网络边缘为我们的应用程序服务。因此，我们仍然希望将内容从编译它们的服务器移动到网络边缘。 Jamstack 接受的服务架构 Jamstack 接受的载体架构（海量图片预览） 除此之外，数据通常是动态的，这意味着当我们构建软件并部署它时，可能需要几秒钟、几分钟甚至一个小时。与此同时，世界继续旋转，如果我们从其他地方获 BZ列表 取事实，我们的应用程序注定会过时。不可接受！再次构建更新！一时构建，需要时替换 解决巨大的构建麻烦已经成为基本上每个 Jamstack 平台框架或提供商的首要任务。许多答案都是围绕增量构建的。
