前段时间，React 项目组已经开始预览 React 文件格式，前夕Vue.js译者尤雨溪元老则表示，捷伊 React 文件格式如果向新手所推荐 Vite 而并非 CRA（全自动doge。
做为一类新式后端构筑辅助工具，Vite 以图提高后端的合作开发新体验。它主要就由两部份共同组成：
两个合作开发伺服器，它如前所述原生植物 ES 组件提供更多了多样的内置机能，比如说速率迅速的组件热预览（HMR）。两套构筑命令，它采用 Rollup 装箱你的标识符，因此它是预实用性的，可输入用作制造自然环境的度强化过的动态天然资源。Vite 以图提供更多照相狸尾豆的实用性，与此同时它的应用程序 API 和 JavaScript API 也增添了度的扩展性，并有完备的类别全力支持。
刚好前不久，Vite 3.0版正式宣布正式发布。
公告则表示，自今年 2 月 Vite 2 正式发布年来，其用户数量就在急速快速增长，每星期的 npm 用户数少于 100 亿次，控制技术街道社区愈来愈活耀的与此同时也逐步形成了两个巨大的生态系。
那时这首诗就来如是说呵呵本次 Vite 3.0 的许多预览和变动吧。
全捷伊文件格式
Vite现在采用v3版的新文件格式，因此同样是如前所述 VitePress 进行搭建，Dark 模式下质感满满。
与此与此同时，v2版的文档依然保留在 v2.vitejs.dev，用户可以按需访问。
除此之外，生态系中其他几个项目的文件格式同样也是如前所述 VitePress 搭建，比如说像Vitest、vite-plugin-pwa等。
另外文件格式目前也全力支持多种语言版。
Node全力支持
Vite 3.0 不再全力支持已达到 EOL 的 Node v12，现在需要 Node v14.18+。
现代浏览器基准线变动
制造构筑装箱时会假定目标全力支持现代 JavaScript。默认情况下，Vite 的目标是全力支持原生植物 ES 组件、原生植物 ESM 动态导入 以及 import.meta 的浏览器，比如说Chrome >=87，Firefox >=78。
Vite CLI变动
CLI终端显示界面显示有所变动。
除此之外，默认合作开发伺服器端口号现在改为了 5173，这也是为了确保避免 Vite 和其他辅助工具或者应用发生冲突。
强化 WebSocket 连接策略
Vite 2 的痛点之一是在存在代理的情况下需要用户全自动实用性，Vite 3 则更改了默认的连接方案，因此它在大多数情况下都是照相狸尾豆的。
import.meta.glob预览
import.meta.glob 全力支持进行了重写，全力支持更加灵活的特性。
多个匹配模式import.meta.glob([./dir/*.js, ./another/*.js]) 全力支持否定匹配模式（以 ! 为前缀）以忽略某些特定文件import.meta.glob([./dir/*.js, !**/bar.js]) 具名导入import.meta.glob(./dir/*.js, { import: setup }) 可以自定义query查询import.meta.glob(./dir/*.js, { query: { custom: data } }) 指定 eager 模式import.meta.glob(./dir/*.js, { eager: true })冷启动性能强化
Vite 3.0 在服务冷启动这一块做了许多强化和改进，对于性能也有所提高。
WebAssembly全力支持
预编译的 .wasm 文件可以通过 ?init来导入。默认导出两个初始化函数，返回值为所导出 wasm 实例对象的 Promise：
import init from ./example.wasm?init init().then((instance) =>{ instance.exports.test() })构筑改进
SSR 构筑变动由于生态系中的大多数 SSR 框架已经在采用 ESM 格式做为产物默认格式，因此 Vite v3 默认在 SSR 构筑时采用 ESM 格式。
改进的 Relative Base 全力支持Vite 3 现在正式宣布全力支持 Relative Base（采用base: ），这在构筑时无法确定 base 的情况下非常有用。
包体积强化
Bug修复
在过去的三个月里，Vite 的 open issues 从 770 减少到 400 个，很多问题都在被积极地解决。
其他的许多预览和变动也可以参看其GitHub仓库里对应版的预览说明。
不得不说，现如今后端领域的各种辅助工具和框架着实挺繁荣的，而且迭代速率也是相当之快。
