我们正朝着 Nuxt 4 的发布迈进,但在 Nuxt v3.12 中我们并没有止步不前。
Nuxt 4 即将到来,现在可以通过在 nuxt.config.ts 文件中设置一个选项来测试下一个主要版本将带来的行为变化(#26925)
export default defineNuxtConfig({
future: {
compatibilityVersion: 4,
},
})
在合并 Nuxt 4 的 PR 时,我们一直在通过此标志启用它们。我们尽可能地争取向后兼容——我们的测试矩阵在 v3 和 v4 兼容模式下运行相同的夹具。
这里有很多内容,有 10 多个不同的 PR 和行为变化已记录并可测试,但要获取完整详细信息,包括迁移步骤,请参阅v4 升级文档。
我们非常感谢对 Nuxt 4 即将推出的功能进行早期测试!🙏
我们一直在逐步发布Nuxt Scripts。目前处于公开预览阶段,但我们即将进行公开发布,因此我们为组合式函数添加了一些存根,这些存根(在使用时)将提示安装 @nuxt/scripts 模块。
👉 敬请关注发布——以及一篇解释更多内容的文章!
就像 ~/modules 一样,项目中 ~/layers 目录中的任何层现在都将自动注册为项目中的层(#27221).
我们现在还正确加载了层依赖项,这应该能解决单体仓库和 git 安装的一系列问题(#27338).
我们现在有一个内置的 <NuxtRouteAnnouncer> 组件和相应的 useRouteAnnouncer 组合式函数,从现在起,它们将默认添加到新的 Nuxt 模板中。
有关完整详细信息,请参阅原始 PR (#25741)和文档。
我们将继续致力于 nuxt/a11y——敬请期待未来的更多信息!
我们还进行了一些性能改进,其中许多改进都位于 compatibilityVersion: 4 标志之后,例如从深度响应式 asyncData 负载中移除。
显著的改进包括模块去重(#27475)——这主要适用于在其层中指定模块的层用户。在一个项目中,我们看到 Nuxt 启动时间缩短了 30 多秒。
我们还通过将常见的 ESM 依赖项排除在预打包之外,提高了 Vite 开发服务器的启动时间,并建议模块作者考虑这样做(#27372).
我们改进了分块确定性,因此连续构建不太可能出现完全不同的分块哈希(#27258).
我们还从服务器构建中更多地进行了客户端专属组合式函数的 Tree Shaking(#27044),并减小了服务器组件负载的大小(#26863).
我们已经进行了一些更改,使我们能够原生支持 Nuxt 中的多应用,包括 multiApp 实验性标志(#27291),以及在运行时并行运行多个 Nuxt 应用实例的能力(#27068).
虽然它尚未准备就绪,但请务必关注跟踪问题,如果您对此感兴趣,请随时参与。
我们现在在开发服务器日志中序列化了更多内容,包括 VNodes(#27309)和URL。我们还解决了一个可能导致开发服务器冻结的错误。
当在浏览器中访问私有运行时配置时,我们现在会通过更具信息性的错误消息通知您(#26441).
我们已移除了一些已稳定且我们认为不再需要配置的实验性选项
experimental.treeshakeClientOnly(自 v3.0.0 起默认启用)experimental.configSchema(自 v3.3.0 起默认启用)experimental.polyfillVueUseHead(自 v3.4.0 起禁用)——可通过用户端的插件实现experimental.respectNoSSRHeader(自 v3.4.0 起禁用)——可通过用户端的服务器中间件实现我们还默认启用了 scanPageMeta(#27134)。这会提取您 definePageMeta 宏中的任何页面元数据,并使其可供模块(如 @nuxtjs/i18n)使用,以便它们可以增强它。
这解锁了更好的模块/类型化路由集成,但可能会带来性能成本——因此,如果您遇到任何问题,请提交问题。
我们现在支持服务器组件中类型化的 #fallback 插槽(#27097).
我们还改进了生成 tsconfig.json 中的一些默认值,包括如果您安装了本地 TypeScript v5.4 版本,则设置 module: 'preserve'(请参阅文档)——请参阅#26667, #27485.
我们为模块作者提供了一系列类型改进,包括
installModule 中支持类型化模块选项(#26744)onPrehydrate 钩子,用于钩入浏览器 hydration 周期(#27037)useRuntimeConfig 和 updateRuntimeConfig 工具函数(#27117)如果您之前使用 @nuxt/ui-templates,那么您可能想知道我们已将它们从一个单独的仓库移至nuxt/nuxt单体仓库。(这纯粹是重构而不是更改,尽管您可以期待 Nuxt v4 的一些新设计。)
像往常一样,我们建议您运行以下命令进行升级
npx nuxi@latest upgrade --force
这也将刷新你的 lockfile,并确保你拉取 Nuxt 依赖的其他依赖项(尤其是在 unjs 生态系统中)的更新。
衷心感谢参与此次发布的 75 位 Nuxt 贡献者和社区成员。❤️
最后,感谢您阅读到这里!我们希望您喜欢 v3.12,如果您有任何反馈或问题,请告诉我们。🙏
祝您 Nuxting 愉快 ✨