VS Code 再次倒戈！正式切到 Vite+！

📌 一句话摘要

本文解读微软 VS Code 合并 Vite+ 脚本执行器 PR 的意义，分析 Vite+ 作为统一 JavaScript 开发工具链的定位及其对前端生态的影响。

📝 详细摘要

文章以微软 VS Code 合并 Vite+ 团队 PR、将「vp」加入 npm.scriptRunner 枚举为切入点，解读这一事件对前端工具链的深远影响。作者首先澄清 Vite+ 并非 Vite 的升级版，而是一套完整的 JavaScript 开发工具链，旨在解决 JavaScript 生态工具碎片化（如 TypeScript、ESLint、Prettier、Vitest 等各自独立配置）的长期痛点。文章介绍了 Vite+ 的统一入口设计（vp create/install/dev/check/test/build），并指出其背后依赖 Rust 工具链（Oxlint、Oxfmt、tsgo）和 Rolldown + Oxc 构建。作者认为，VS Code 官方接纳 Vite+ 意味着它已被视为 JavaScript 生态的重要组成部分，结合 Oxc、Rolldown、Cloudflare 收购 VoidZero 等近期事件，尤雨溪和 VoidZero 正在重做整个 JavaScript 工具链。文章最后将 Vite+ 类比为 Rust 的 Cargo 或 Go 的 go tool，认为它正朝着下一代 JavaScript 基础设施迈进。

💡 主要观点

- Vite+ 定位为统一 JavaScript 开发工具链，而非 Vite 的升级版。 Vite 解决构建问题（Dev Server、HMR、构建速度），而 Vite+ 旨在统一整个开发流程，提供单一入口管理创建、安装、开发、检查、测试和构建等任务。

VS Code 官方接纳 Vite+ 是重要信号，标志其进入主流工具链。 微软将「vp」加入 npm.scriptRunner 枚举，与 npm、pnpm、yarn、bun 并列，表明 Vite+ 已被视为 JavaScript 生态的重要组成部分，不再仅是 Vite 的一个新项目。

Vite+ 背后依赖 Rust 工具链，旨在解决 JavaScript 生态碎片化问题。 通过统一入口（如 vp check 同时完成 Lint、Format、Type Check），底层使用 Oxlint、Oxfmt、tsgo 等 Rust 工具，减少多工具配置和维护成本，尤其适用于 Monorepo 场景。

💬 文章金句

- Vite = 构建工具，Vite+ = 开发工具链。

当 Vite+ 开始被 VS Code 官方接纳的时候，它已经不再只是 Vite 的一个新项目了，而是在朝着下一代 JavaScript 基础设施迈进。

📊 文章信息

AI 初评：78

来源：前端开发爱好者

作者：前端开发爱好者

分类：软件编程

语言：中文

阅读时间：5 分钟

字数：1063

标签：前端与 Web, JavaScript, Vite, 开发者工具, 开源项目

阅读完整文章

VS Code 再次倒戈！正式切到 Vite+！

🤖 問 AI