体验这些都是非常重要的主题但数量很多并且需要时间来正确设置。然后我们回到了关于关注开发者体验而不是用户体验的老讨论。正是在这个时候事情会被转移到积压的隐藏位置而被遗忘。并不真地。 Netlify 为您提供支持。只需几个步骤我们就可以在应用程序中充分利用 Jamstack 的强大功能。现在是时候卷起袖子把一切整合起来了。 定义预渲染路径 如果您以前在 中使用过静态生成您可能听说过getStaticPaths方法。此方法适用于动态路由（将呈现各种页面的页面模板
无需过多讨论此方法的复杂性
重要的是要注意返回类型是具有 2 个键的对象就像我们的概念验证中一样这将是 [Pokémon] 动态路由文件该路线匹配的所有路径该路线将 希腊电话号码表 被预渲染 fallback有 3 个可能的值blockingtrue 或false 在我们的例子中我们getStaticPaths正在确定 不会预先渲染任何路径； 每当调用此路由时我们都不会提供后备模板我们将按需渲染页面并让用户等待阻止应用程序执行其他任何操作。 使用按需构建器时请确保您的后备策略满足应用程序的目标官方 文档后备文档非常有用。我们正在收集我们想要拥有的所有神奇宝贝页面的列表将所有对象映射pokemon到带有string神奇宝贝名称的 a 并将{ params }携带它的对象转发返回到getStaticProps。
我们fallback之所以设置为false是因为如
果路由不匹配我们希望 抛出一个404: Not Found页面。 您可以检查部署到 Netlify 的两个版本 使用 On-Demand Builder代码实时 完全静态生成代码实时 该代码也在Github 上开源您可以轻松地自行部 B2C 电话列表 署以检查构建时间。通过这个队列我们进入下一个主题。 构建时间 如上所述之前的演示实际上是一个概念验证如果我们无法衡量那么没有什么是真正的好或坏。为了我们的小研究我访问了PokéAPI并决定捕捉所有神奇宝贝。 出于可重复性的目的我将我们的请求限制为 1000。这些实际上并不全部在 API 内但它强制所有版本的页面数量都相同无论内容是否在任何时间点更新。
