JavaScript Booster 能替代手动重构，但仅限语义安全的局部语法糖升级，如转 const、箭头函数、三元运算符，依赖 TypeScript 分析副作用；不支持跨文件、动态属性、class 提取、Promise 链转 async/await 或 JSX 提取组件。
JavaScript Booster 能不能替代手动重构？
能，但只在它识别出语义安全的场景下才触发。它不是“全自动改代码”，而是把 Convert to const、Convert to arrow function、Replace with ?: 这类高确定性转换封装成光标旁的灯泡操作——你点，它就做；你不点，它不碰。关键在于它依赖 TypeScript 语言服务做作用域和副作用分析，所以 if-else 转三元时会跳过有 console.log 或赋值副作用的分支。
为什么 ESLint + Prettier 组合比单用 JavaScript Booster 更稳？
JavaScript Booster 做的是“局部语法糖升级”，ESLint + Prettier 管的是“全局风格约束 + 错误拦截”。比如：no-unused-vars 规则能提前报出未使用的 let 变量，而 Booster 不会提醒你删掉它；prettier.semi: true 强制加分号，Booster 却可能在转换箭头函数时漏掉（尤其多行返回时）。实际开发中，建议：
- 用 Booster 快速调整结构（如拆分声明、翻转 if）
- 靠 ESLint 检查逻辑隐患（如
eqeqeq、no-undef） - 让 Prettier 统一格式细节（缩进、引号、换行），避免 Booster 生成的代码风格飘忽
Ctrl+.（Code Action）和 Booster 灯泡冲突吗？
不冲突，但优先级不同。VS Code 默认的 Ctrl+. 调出的是语言服务器提供的通用建议（如重命名、提取函数），而 Booster 的灯泡是独立注入的快捷重构项。两者共存时：
- 光标停在
var str1 = 'xxx'上，Ctrl+.可能只显示 “Extract to constant”，而 Booster 灯泡额外提供 “Convert to const” 和 “Split into declaration and initialization” - 若同时装了
Auto Import，它会在 import 缺失时往Ctrl+.里塞补全选项，Booster 不干涉这一层 - 遇到重叠建议（比如都提供 “Convert to arrow function”），VS Code 会合并显示，选哪个都行，结果一致
哪些重构 Booster 做不了，必须手动或换工具？
它不处理跨文件、跨作用域、含动态访问的逻辑。典型盲区包括：
-
obj[variableName]中的variableName：Booster 不会重命名这个变量，因为无法静态确认 key 是否被其他地方引用 - 从 class 提取 method 到独立模块：需要手动移动 + 改 import，Booster 无此能力
- Promise 链转
async/await：它支持简单回调转 Promise，但对嵌套多层.then()无可靠转换，得靠 ESLint 的promise/prefer-await-to-then规则提示 + 手动改 - React 中 jsx 片段提取为组件：这是
react-refactor插件的领域，Booster 不识别 jsx 语法
真正丝滑的重构，从来不是靠一个插件包打天下——Booster 解决的是“我知道要改，只是懒得敲”的那部分，剩下那些“我甚至不确定该不该改”的环节，还得靠语言服务 + 规则引擎 + 人眼判断。
