尤雨溪放大招!Vite+ 开源,前端工具链要＂大一统＂了?

前言

3月13日，尤雨溪在 X 平台扔下一枚”炸弹”——Vite+ 正式开源，MIT 协议，完全免费。

这不是简单的版本迭代，而是一次对前端工具链的彻底重构。

一、Vite+ 到底是什么？

想象这样一个场景：你刚接手一个新项目，需要装 Node、配包管理器、搭开发环境、配 ESLint、配 Prettier、配构建工具……还没写一行业务代码，半天时间没了。

Vite+ 想干掉的就是这种繁琐。

它把开发、测试、构建、格式化、类型检查这些环节全部串成一条流水线，用 Rust 重写核心工具，一个 vp 命令贯穿始终。

核心能力一览：

最爽的是，你只需要一个配置文件。

// vite.config.tsimport { defineConfig } from'vite+'exportdefaultdefineConfig({// 开发、构建、测试、格式化全在这里配置server: {port: 3000  },build: {target: 'esnext',minify: 'oxc'  },test: {environment: 'jsdom'  },lint: {rules: {'no-unused-vars': 'error'    }  }})

跑起来也简单：

# 创建项目vp create my-app --template vuecd my-app# 自动安装依赖vp install# 启动开发vp dev# 代码检查 + 格式化vp check# 跑测试vp test# 生产构建vp build

Vue、React、Svelte 这些主流框架全兼容，迁移成本理论上很低。

二、它在解决什么痛点？

工具碎片化是前端老大难问题。

现在一个项目里，Vite 管开发、Webpack/Rollup 管打包、ESLint 管检查、Prettier 管格式化、Vitest 管测试。每个工具都有自己的配置、自己的插件、自己的命令，终端窗口开一堆，心智负担极重。

配置地狱更让人头大。

项目根目录躺着 .eslintrc、.prettierrc、webpack.config.js、tsconfig.json、jest.config.js……改个规则要翻五六个文件，升级版本还要考虑兼容性，新人入职第一天就被环境劝退。

性能瓶颈也躲不掉。

ESLint、Prettier 基于 Node.js，项目大了跑起来像蜗牛。提交前格式化几十个文件，进度条看得人焦虑；CI 流水线等 lint 结果，能泡完一杯咖啡。

Vite+ 的思路很直接：用 Rust 把核心工具全重写一遍，然后串成一条线，一个入口管全部。

三、现在能上车吗？

冷静一下，目前还是 Alpha 阶段（v0.1.11），几个问题得看清：

1. 1. API 不稳定：官方自己都说了，接口随时可能变，生产环境别急着上
2. 2. 单点故障风险：工具链拧成一股绳，一旦某个环节出问题，可能影响全流程
3. 3. 生态适配需要时间：理论上兼容 Vite 插件，实际跑起来边界情况不少

尝鲜可以，押注还早。

结语

Vite+ 代表了前端工程化的一个趋势：从工具堆砌走向一体化调度。

尤雨溪团队从 Vue 到 Vite 再到 Vite+，一直在推动前端基础设施的进化。现在还是早期，但方向很明确——让开发者少折腾工具，多写代码。

官网：https://viteplus.dev/guide/