我发布了我的第一个 VS Code 扩展——以下是我的收获

Source: Dev.to

隐形的上下文切换成本

现代开发工作之所以不难，并不是因为框架糟糕。
当你在不同技术栈之间切换时，需要记住大量的启动命令，这会消耗大量的脑力。

# JavaScript / Node
React (Vite)      → npm run dev
Next.js           → npm run dev
Angular           → npm start

# Python
Flask             → flask run
Django            → python manage.py runserver
FastAPI           → uvicorn main:app --reload

如果你跨栈工作，你的大脑就会变成一个命令查找表。计算机在模式识别方面比人类更擅长。

思路：让编辑器来处理

与其记忆命令，我问自己：如果 VS Code 能自动检测项目并运行它会怎样？
这个问题催生了我的第一个 VS Code 扩展：WebRun。

对用户的工作方式

1. 打开一个项目。
2. 点击 ▶️ 按钮。
3. 正确的开发服务器启动——无需任何配置。

工作原理（无 AI，无魔法）

WebRun 不会猜测。它会检查显而易见的项目线索。

JavaScript / Node 线索

• package.json 中的 scripts 和 dependencies 能指示出 Vite、Next.js、CRA、NestJS、Express、Fastify 等框架。
• vite.config.js、next.config.js、angular.json 等配置文件进一步确认技术栈。

Python 线索

文件夹结构

常见的全栈布局（例如 frontend/ + backend/）会被检测到，WebRun 能并行启动两个服务器。

WebRun 支持的内容

• 前端：React、Next.js、Vue、Angular、Svelte、Astro
• 后端（Node）：Express、Fastify、NestJS
• 后端（Python）：Flask、Django、FastAPI
• 静态：HTML/CSS/JS
• 全栈项目

所有这些都可以在 VS Code 中一次点击启动。

发布我的第一个扩展的经验教训

• 构建是最容易的部分。
• 分发胜过完美——一个完美却没有用户的工具毫无意义。
• 文档即产品——如果用户不能快速理解，他们会卸载。
• 自动化 > 配置——每一个暴露的设置都是流失的机会。
• 开源快速建立信任——明确的范围 + MIT 许可证鼓励贡献。
• 小工具才真的能发布——专注于一件事（“运行项目”）让发布成为可能。

开源与链接

WebRun 完全开源，采用 MIT 许可证。

• VS Code 市场：
• GitHub 仓库：

欢迎反馈、提交问题和贡献代码。

最后思考

WebRun 并不是要取代终端；它只是把重复的任务自动化。如果你在构建开发者工具：

• 早点发布。
• 公开学习。
• 根据真实使用情况迭代。

这种思维方式造就了 WebRun 的诞生。