javascript booster 是最值得优先启用的 js 重构插件，光标停驻即触发 light bulb 提供安全转换建议，支持 var/let/const 转换、函数箭头化、模板字符串替换等，无需配置、不打断编码流，效率提升超3倍。
JavaScript Booster 是目前最值得优先启用的 JS 重构插件，它不依赖配置、不打断编码流，光标一停就给出安全转换建议——比手动改写快 3 倍以上，且几乎零出错。
JavaScript Booster 的 light bulb 为什么总不出现
它只在「语法合法、语义明确」的代码行上触发，常见失效场景包括：
- 当前文件未被识别为 JavaScript（检查右下角语言模式是否为
JavaScript或JavaScript React） - 代码存在语法错误（如漏括号、分号冲突、
const重赋值），插件会直接静默跳过 - 光标没落在可重构节点上：比如想转换函数，光标必须在
function关键字或函数名上，而不是函数体内部 - 项目里有
jsconfig.json但compilerOptions.target设得太低（如"ES3"），部分现代转换（如箭头函数）会被禁用
ESLint + Prettier 组合配置最容易踩的坑
二者不是简单装上就能协同工作，关键在于规则层的“让渡”：
Wjs Uploading Video
下载
将一个或多个视频上传至YouTube。当用户想“上传到YouTube”“发YouTube”“批量上传”“upload to YouTube”“post videos to YouTube”或发布到YouTube时使用此技能。
- 必须安装
eslint-config-prettier并在.eslintrc.js的extends末尾显式加入，否则quotes、semi等格式类规则会和 Prettier 冲突，导致保存时反复来回修改 -
editor.formatOnSave开启后，若同时启用了eslint.autoFixOnSave（已废弃），VSCode 会先跑 ESLint 修复再跑 Prettier，造成二次格式化失败 - Prettier 默认不处理
console、debugger等逻辑问题，这类需交由 ESLint 的no-console、no-debugger规则管控，不能指望格式化插件自动删掉
JS 代码补全靠 JSDoc 而不是插件堆砌
很多开发者装了七八个补全插件却仍提示不准，根本原因是缺少类型锚点。JSDoc 是成本最低、效果最稳的解法：
- 对返回值不确定的函数，加
/** @returns {string[]} */，后续调用.map()就能准确提示 - 第三方库（如 Lodash）没提供类型定义时，用
/** @type {import('lodash').Dictionary<number>} */</number>显式标注变量类型 - 避免滥用
@typedef定义巨型对象类型——VSCode 对嵌套过深的 JSDoc 类型解析会变慢，建议拆成小块或改用 TypeScript - 路径补全类插件（如
Path Intellisense）只对import和require有效，对动态import()字符串参数无作用
真正卡住 JS 开发效率的，往往不是功能缺失，而是类型信息断层和重构动作滞后。Light bulb 不亮、补全不准、格式混乱，八成是代码本身缺乏最小必要契约（比如一个 @type 注释或一个 const 声明），而不是插件没选对。
