當(dāng)我們預(yù)渲染路由(即預(yù)先生成HTML內(nèi)容)時(shí),由于每個(gè)頁面都是獨(dú)立渲染的,如果我們沒有采取適當(dāng)?shù)拇胧赡軙?dǎo)致在每個(gè)頁面中都重新獲取相同的數(shù)據(jù)。這會導(dǎo)致不必要的API調(diào)用和可能的性能問題。
在 Nuxt 2 中,可以創(chuàng)建一個(gè)數(shù)據(jù)集,這個(gè)數(shù)據(jù)集可以在多個(gè)頁面中被訪問和重用。這樣,只需要獲取一次數(shù)據(jù),就可以在多個(gè)頁面中使用它。但這是需要手動(dòng)設(shè)置的。
在 Nuxt 3 中,開發(fā)者可以繼續(xù)使用useAsyncData和useFetch這樣的鉤子來獲取數(shù)據(jù)。但通過 v3.10 的改進(jìn),Nuxt 3 現(xiàn)在能夠自動(dòng)處理數(shù)據(jù)的去重和緩存。這意味著,當(dāng)預(yù)渲染多個(gè)頁面時(shí),如果這些頁面需要相同的數(shù)據(jù),Nuxt 3會自動(dòng)確保這些數(shù)據(jù)只被獲取一次,并在多個(gè)頁面之間共享。這樣,開發(fā)者就不需要手動(dòng)設(shè)置數(shù)據(jù)的共享和緩存了。
export defineNuxtConfig({ experimental: { sharedPrerenderData: true } })
在 v3.10版本中,提供了一個(gè) useId 組合式函數(shù),用于生成 SSR 安全的唯一 ID。這有助于創(chuàng)建更易于訪問的應(yīng)用界面。
<script setup>const emailId = useId()const passwordId = useId()</script><template> <form> <label :for="emailId">Email</label> <input :id="emailId" name="email" type="email" > <label :for="passwordId">Password</label> <input :id="passwordId" name="password" type="password" > </form></template>
如今,模塊開發(fā)者可以輕松地注入自定義的router.options。借助全新的pages:routerOptions鉤子,他們能實(shí)現(xiàn)諸多功能,如自定義 **scrollBehavior**,或動(dòng)態(tài)調(diào)整路由設(shè)置。
現(xiàn)在,Nuxt 已實(shí)驗(yàn)性地支持在客戶端代碼中為關(guān)鍵的Node.js內(nèi)置功能提供polyfill。這意味著,當(dāng)你在編寫客戶端代碼時(shí),可以直接從Node.js的內(nèi)置模塊導(dǎo)入功能,就像在服務(wù)器端使用Nitro一樣。但是,與服務(wù)器端不同,我們不會為你全局地注入任何內(nèi)容,以避免不必要地增加你的代碼包的大小。你需要根據(jù)你的需求在需要的地方進(jìn)行導(dǎo)入。
import { Buffer } from 'node:buffer'import process from 'node:process'
或者提供自己的 polyfill,例如在 Nuxt 插件中。
import { Buffer } from 'node:buffer'import process from 'node:process'globalThis.Buffer = BufferglobalThis.process = processexport default defineNuxtPlugin({})
這應(yīng)該會讓那些正在使用沒有適當(dāng)瀏覽器支持的庫的用戶的工作變得更輕松。但是,由于增加包大小的風(fēng)險(xiǎn),強(qiáng)烈建議用戶如果可能的話,選擇其他替代方案。
現(xiàn)在允許選擇使用 CookieStore。如果瀏覽器支持,那么在更新 cookies 時(shí),將使用 CookieStore 替代 BroadcastChannel 來響應(yīng)地更新 useCookie 值。此外,還提供了一個(gè)新的函數(shù) refreshCookie,允許手動(dòng)刷新 cookie 值,例如在執(zhí)行請求之后。
現(xiàn)在,可以使用 definePageMeta 函數(shù)在每個(gè)頁面上精細(xì)控制視圖轉(zhuǎn)換的支持。
在使用之前,請確保啟用了實(shí)驗(yàn)性的視圖轉(zhuǎn)換支持功能。
export default defineNuxtConfig({ experimental: { viewTransition: true }, app: { viewTransition: false }})
并且可以選擇性地啟用/禁用粒度化的支持:
<script setup lang="ts">definePageMeta({ viewTransition: false})</script>
如果用戶的瀏覽器偏好減少動(dòng)畫,Nuxt 將不會應(yīng)用視圖轉(zhuǎn)換。可以將 viewTransition 設(shè)置為 'always',但最終還是要尊重用戶的偏好。
現(xiàn)在可以在構(gòu)建時(shí)訪問在 definePageMeta 中定義的路由元數(shù)據(jù),允許模塊和鉤子函數(shù)修改和更改這些值。
export default defineNuxtConfig({ experimental: { scanPageMeta: true }})
未來的版本中,默認(rèn)情況下將啟用此功能,以提高性能,并支持諸如 @nuxtjs/i18n 等模塊與在 definePageMeta 中設(shè)置的路由選項(xiàng)更深入地集成。
Nuxt 團(tuán)隊(duì)最近對模塊的解析方式進(jìn)行了優(yōu)化。通過啟用 TypeScript 的構(gòu)建工具解析,更準(zhǔn)確地模擬了在 Nuxt 項(xiàng)目中解決子路徑導(dǎo)入模塊的實(shí)際過程。
這種“構(gòu)建工具”模塊解析方式受到 Vue 和 Vite 的推薦,但遺憾的是,許多包的 package.json 文件中并沒有正確配置相關(guān)項(xiàng)。作為改進(jìn)措施的一部分,我們在整個(gè)生態(tài)系統(tǒng)中提出了 85 個(gè) PR,用于測試切換默認(rèn)解析方式,并修復(fù)了一些問題。
可以通過以下方式來關(guān)閉此行為:
export default defineNuxtConfig({ future: { typescriptBundlerResolution: false }})
可以通過以下方式來升級最新版本:
nuxi upgrade --force
這也將刷新 lockfile,并確保獲取 Nuxt 所依賴的其他依賴項(xiàng)的更新,尤其是在 unjs 生態(tài)系統(tǒng)中的更新。
本文鏈接:http://www.www897cc.com/showinfo-26-70418-0.htmlNuxt 3.10 正式發(fā)布,看看有什么變化!
聲明:本網(wǎng)頁內(nèi)容旨在傳播知識,若有侵權(quán)等問題請及時(shí)與本網(wǎng)聯(lián)系,我們將在第一時(shí)間刪除處理。郵件:2376512515@qq.com