JavaScript Booster 比 ESLint + Prettier 更适合日常重构，因其主动识别可安全转换的代码模式并提供语义等价重构选项，不依赖配置、无需快捷键，支持 var→const/let 等高频转换且校验作用域与副作用，可与 ESLint、Prettier 共存。
JavaScript 开发真正卡点不在语法，而在“改完一处、漏掉三处”——插件选错，反而把重构变成拼图游戏。
为什么 JavaScript Booster 比 ESLint + Prettier 更适合日常重构？
ESLint 报错、Prettier 格式化，都是被动响应；而 JavaScript Booster 是主动识别可安全转换的代码模式，并在光标悬停时直接给出语义等价的重构选项。它不依赖配置文件，也不需要你记住快捷键，只靠左侧那个 light bulb 图标触发。
- 它能处理
var→const/let、函数表达式 → 箭头函数、+拼接 → 模板字符串、if-else→ 三元表达式等高频场景，且全部校验作用域与副作用 - 不修改项目配置，不干扰
eslint规则或prettier格式化流程，可与二者共存 - 对未启用 TypeScript 的纯 JS 项目友好，无需
tsconfig.json或类型注解也能准确推导
别让 Live Server 和 Debugger 插件互相打架
很多开发者装了 Live Server 又装 Debugger for Chrome，结果发现断点打不进源码、console.log 输出乱序、甚至保存后页面不刷新——根本原因是两个插件都在监听文件变更，但没协调机制。
将一个或多个视频上传至YouTube。当用户想“上传到YouTube”“发YouTube”“批量上传”“upload to YouTube”“post videos to YouTube”或发布到YouTube时使用此技能。
-
Live Server适合纯 HTML/CSS/JS 小 demo 快速预览，但它起的是静态服务，不支持 sourcemap、无法调试打包链路 -
Debugger for Chrome或Debugger for Edge才是真实调试入口，必须配好launch.json中的webRoot和sourceMapPathOverrides - 两者不要同时启用：前端项目用构建工具（Vite/Webpack）开发时，直接关掉
Live Server，用浏览器 DevTools 连接本地服务即可
JavaScript and TypeScript Nightly 替换默认 TS 支持不是“升级”，而是“解绑”
VSCode 自带的 TypeScript Language Features 插件会强制接管所有 .js 文件的智能提示，但它基于旧版 TS 编译器，对 using、const assertions、装饰器（Stage 3）等新特性识别滞后，还常和 Volar（Vue）、Svelte for VS Code 冲突。
- 必须手动禁用
TypeScript Language Features（右键 → Disable (Workspace)），否则JavaScript and TypeScript Nightly不生效 - 该插件每日同步 TS 主干，补全更准、跳转更稳，尤其在
import路径推导、require模块解析上明显优于默认支持 - 它只负责
.js/.ts文件，模板内脚本（如.vue的<script>）仍交由框架专用插件处理，职责清晰不越界
真正让 JS 开发不碎片化的，不是插件数量，而是每个插件是否明确知道自己“只做一件事，且不做多余的事”。比如 JavaScript Booster 从不格式化、不报错、不提交检查，就专注重构；JavaScript and TypeScript Nightly 从不染指 HTML 或 CSS，只管 JS/TS 的语言服务。一旦某个插件开始“跨界”或“抢活”，就是性能下降和行为不可控的起点。
