在幕后,为了 Nuxt v4 的发布做了很多准备工作(特别是在 unjs
方面,为 Nitro v3 做了准备!)
⚡️ 由 jiti
驱动的更快启动
加载 nuxt 配置文件,以及模块和其他构建时代码,现在由 jiti
v2 驱动。您可以在jiti v2 发行说明中了解更多关于该版本的信息,但其中最重要的一部分是原生 node esm 导入(如果可能),这意味着更快的启动。✨
📂 用于客户端/服务器共享代码和类型的共享文件夹
您不应该在 nitro 代码中导入 Vue 应用程序代码(反之亦然)。但这在共享不依赖于 nitro/vue 上下文的类型或实用程序时会产生摩擦点。
为此,我们有一个新的 shared/
文件夹(#28682)。您不能将 Vue 或 nitro 代码导入此文件夹中的文件,但它会生成自动导入(如果您使用 compatibilityVersion: 4
),您可以在应用程序的其余部分中使用这些导入。
如果需要,您可以使用新的 #shared
别名,它指向此文件夹。
共享文件夹与您的 server/
文件夹并列。(如果您使用 compatibilityVersion: 4
,这意味着它不在您的 app/
文件夹内。)
🦀 rspack
构建器
我们很高兴地宣布一个新的用于 rspack
的一流 Nuxt 构建器。它仍然是实验性的,但我们已经重构了内部 Nuxt 虚拟文件系统以使用 unplugin
来实现这一点。
如果您喜欢它,请告诉我们 - 并随时提出您遇到的任何问题。
👉 要尝试它,您可以使用 这个启动器 - 或者只需安装 @nuxt/rspack-builder
并在您的 nuxt 配置文件中设置 builder: 'rspack'
。
✨ 新的组合式函数
我们有新的 useResponseHeader
和 useRuntimeHook
组合式函数(#27131 和 #29741)。
🔧 新的模块实用程序
我们现在有一个新的 addServerTemplate
实用程序(#29320),用于添加虚拟文件以便在 nitro 运行时路由中访问。
🚧 v4 更改
我们合并了一些仅在 compatibilityVersion: 4
时生效的更改,但是您可以提前选择加入。
- 以前,如果您有一个像
~/components/App/Header.vue
这样的组件,它在您的开发工具中会显示为<Header>
。从 v4 开始,我们确保它是<AppHeader>
,但它是可选的,以避免破坏您可能已实现的任何手动<KeepAlive>
。(#28745)。 - Nuxt 在调用
pages:extend
之前扫描文件中的页面元数据。但这导致了一些令人困惑的行为,因为此时添加的页面最终不会遵守其页面元数据。因此,我们现在在调用pages:extend
之前不扫描元数据。相反,我们有一个新的pages:resolved
钩子,它在pages:extend
之后调用,在所有页面都使用其元数据进行增强之后。我建议通过将experimental.scanPageMeta
设置为after-resolve
来选择加入,因为它解决了很多错误。
🗺️ v3.15 的路线图
它们没有及时赶上 v3.14,但在下一个小版本中,您可以期待(除其他外)
✅ 升级
像往常一样,我们建议的升级方法是运行
npx nuxi@latest upgrade --force
这也将刷新您的 lockfile,并确保您从 Nuxt 依赖的其他依赖项(特别是在 unjs 生态系统中)中提取更新。
完整发行说明
非常感谢参与此版本的所有人。我们将在下一个版本中带来令人兴奋的内容!❤️
如果您有任何反馈或问题,请随时告知我们!🙏