能，但只在语义安全的场景下；它自动化常见低风险模式转换（如var→const、函数→箭头函数），前提是无副作用、无动态绑定，否则主动放弃并沉默提示。
JavaScript Booster 能否替代手动重构？
能，但只在语义安全的场景下。它不是万能重写器，而是把常见、低风险的模式转换自动化——比如 var → const、普通函数 → 箭头函数、if-else → 三元表达式。这些操作的前提是：变量作用域未被污染、无副作用、无动态绑定（如 this 或 arguments）。一旦光标停在 function 关键字上却没出现灯泡，大概率是函数内用了 arguments 或嵌套了 eval，插件会主动放弃转换。
- 检查灯泡是否亮起：不亮 ≠ 插件失效，而是它识别出潜在风险，选择沉默
- 避免强行触发：右键菜单里没有“Convert to arrow function”选项时，别用快捷键硬推，否则可能破坏
this绑定 - 转换后务必验证：尤其涉及异步回调或类方法时，手动跑一遍单元测试或断点调试
ESLint + Prettier 协同配置为何总报冲突？
冲突根源不在插件本身，而在规则叠加顺序。ESLint 的 quotes、semi、comma-dangle 等格式类规则，和 Prettier 的 singleQuote、semi、trailingComma 直接打架。解决方式不是关掉某一方，而是让 ESLint 主动让位：
- 必须安装
eslint-config-prettier，并在.eslintrc.js的extends数组末尾加上'prettier' -
settings.json中禁用 ESLint 的自动修复格式功能："eslint.format.enable": false，只保留语法/逻辑校验 - Prettier 的
"editor.formatOnSave"开启即可，它负责所有格式输出，ESLint 只管“对不对”，不管“好不好看”
如何用 Volar/Vetur 快速理清 Vue 组件依赖链？
Vue 文件的模板、脚本、样式分散在单个 .vue 文件里，组件间 import 关系容易模糊。Volar（Vue 3）或 Vetur（Vue 2）通过语言服务器提供静态分析能力，让依赖可视化：
- 把光标停在
<template></template>中的组件标签（如<usercard></usercard>），按Ctrl+Click直接跳转到该组件定义位置 - 在
<script setup></script>中 hover 任意defineProps字段，能看到类型推导来源（来自interface还是PropType） - 开启
"vue.sfcBlocks.script.setup.autoImport": true后，新增的组合式 API 函数（如useRoute）会自动补全 import，避免手动翻文档
Bracket Pair Colorizer 2 对嵌套逻辑阅读真有帮助？
有，但效果取决于你写的代码结构。它对深度嵌套的 JSX、多层 Promise.then().catch().finally()、长条件判断块（尤其是带括号的复杂布尔表达式）提升最明显。颜色配对不是装饰，而是视觉锚点——当你快速扫视代码时，眼睛会本能追踪同色括号，跳过中间干扰项。
- 默认配色在暗色主题下易混淆，建议在设置中启用
"bracketPairColorizer.forceUniqueBracketColors": true - 配合
"editor.guides.bracketPairs": true（内置功能），能同时看到缩进线与括号连线，双重定位 - 注意：它不解析语法，只匹配字符。若模板字符串里混用
${}和()，可能误标——这不是 bug，是设计边界
