extract method灰色不可用是因为ts语言服务无法静态推断代码块可安全封装：含this/arguments、未声明变量、多return路径、throw/break或闭包变量未显式传参；临时解法是先显式传入依赖变量再提取。
Extract Method 在 JS/TS 中为什么点不动？
选中一段逻辑后，Ctrl+Shift+P → 输入 Extract Method 却是灰色不可用，不是插件没装，而是 VSCode 的 TypeScript 语言服务无法静态推断出这段代码能安全封装成函数。常见触发条件包括：
- 代码块里用了
this、arguments或未声明的变量（比如直接读取外部let count） - 有多个
return路径，或包含throw/break等非纯控制流 - 引用了闭包内未显式传入的局部变量（如箭头函数外定义的
baseUrl）
临时解法：先把被依赖的变量作为参数显式写进选区，比如把 fetchData() 块里用到的 token 和 url 提前拼成 fetchData(token, url) 再选；提取完再删参数、改回闭包访问。
Refactor This 怎么快速生成 interface 拆分契约？
当一个类已经稳定、但想先抽离接口再拆实现时，Refactor This（快捷键 Ctrl+.）比手动写 interface 更快。它不自动判断该用 interface 还是 type，但会根据光标位置智能推荐：
- 光标停在
class关键字上 → 推荐Extract interface - 光标停在某个方法名上 → 推荐
Extract type for method signature - 光标停在属性名上 → 可选
Extract type for property
注意：生成的 interface 默认只包含 public 成员，若需 private 字段契约，得手动补；且不会自动处理泛型约束，比如 T extends Record<string any></string> 需额外加。
JavaScript Booster 插件怎么安全做模块级重构？
JavaScript Booster 的核心价值不是“一键拆模块”，而是把高频小动作串成无副作用链——比如把一个大函数按职责切成多个小函数，再逐个导出。关键操作链如下：
- 选中函数体内某段逻辑 → 点左侧
light bulb→Extract to function（它会自动推断参数并命名，比如validateInput） - 新函数被提取后，默认放在原函数上方 → 立刻右键它 →
Move to separate file（插件会新建validateInput.js并导出） - 原调用处自动更新为
import { validateInput } from './validateInput.js'，但需确认路径是否符合项目约定（比如是否该用@/utils别名）
它不会跨文件分析依赖，所以如果提取的函数还依赖原模块其他私有变量，得手动补 import 或调整作用域——这点容易漏，尤其在拆 Vue 组合式函数时。
ESLint + Prettier 怎么避免拆分后格式崩坏？
模块拆分过程中最隐蔽的问题是：代码结构变了，但缩进、分号、引号风格没同步，导致 PR 里全是格式噪音。必须确保：
-
"editor.formatOnSave": true开启，且eslint和prettier插件都已安装 - 项目根目录有
.eslintrc.js，且已集成eslint-config-prettier（否则 ESLint 规则和 Prettier 冲突） - 拆分后的文件保存时，VSCode 会先跑 ESLint auto-fix，再走 Prettier 格式化——顺序不能反，否则可能丢掉
no-unused-vars修复
特别提醒：JavaScript Booster 提取函数时默认加 const，但如果目标环境不支持（比如 IE11），得立刻检查生成的 const 是否可替换为 var，这个细节不会被格式化工具捕获。
