期待在生态系统中看到哪些解

的早期，开发人员主要将其用于静态站点，当他们需要在 Web 应用程序中执行更复杂的操作（如服务器端渲染）时，他们会选择更冗长的前端框架，如 Vue 和 用程序添加动态功能的需求从未消失，但这并没有使我们对 Jamstack 的欣赏程度有所下降。我们喜欢它提出的建议和它提供的价值。用户可以立即访问网页，开发人员可以轻松构建网站并更快地部署它们。用户开心，开发者开心；这是双赢的。 然后是静态站点生成器，它通过向以前的静态站点流添 台湾电话号码清单 加构建过程来使事情变得更好，这意味着所有站点的资产都是由构建服务器（而不是在本地机器上）预先生成然后 部署的。这是在改善 J发人员的开发体验以及此模型的普及方面向前迈出的一步。开发人员可以使用静态站点生成器（如Gatsby）构建 Jamstack 站点，将项目 推送到版本控制系，并部署到托管服务（如Netlify），后者提供的工作流将在项目​​更新时重建站点。 一切似乎都很棒，我们都因此变得更好。 但与所有其他技术一样，随着对更复杂功能的需求不断增长，Jamstack 开始发展。作为一个“静态站点”，Jamstack 站点在它可以做的事情上是有限的，人们并没有对此保

持沉默。突然间，Jamstack 似乎是一个无法大规模使用的不完整模型。提出的问题主要围绕无法执行服务器端操作以及大型 Jamstack 站点的构建时间长度。这在 J jamstack 社区中并不受欢迎，我们开始“扩展”Jamstack 以解决这个新的挑战，它最初并不打算解决这个问题。 这让开发人员产生了使用混合方法构建 Jamstack 站点的想法。突然之间，您可以构建 Jamstack 站点，这些站点可以使用不同的呈现模式呈现不同的页面。例如，您的页面可以在服务器端呈现/about时静态生成。/cart但是，构建时间长的问题仍然存在。但不长久。 借助增量静态再生 (ISR)，Next.js 还可以按需生成页面并为后续请求缓存页面。