vscode原生不支持snake_case↔camelcase转换，因内置命令仅处理字母大小写、无视分隔符；必须用change-case插件解析词边界并联动增删符号与大小写。
VSCode 原生不支持 snake_case ↔ camelCase 自动转换，必须装 change-case 插件才能可靠完成；内置的 Transform to Uppercase 等命令只改字母大小写，对分隔符（_、-、.）完全无感知。
为什么不能只靠 VSCode 原生命令做命名风格转换
原生命令如 editor.action.transformToUppercase 是纯字符映射，不识别词边界。比如选中 user_name 执行大写，结果是 USER_NAME，不是 userName；反过来也一样。更关键的是：Change Case to Title Case 会把 user_profile_data 变成 User_Profile_Data，而不是 UserProfileData —— 它按空格/符号切分，但不会移除下划线或合并单词。
所有涉及分隔符增删、大小写联动的转换（snake_case、kebab-case、camelCase），都依赖插件解析词干和边界逻辑，原生做不到。
-
Transform to Uppercase：只改字母，getUserId→GETUSERID（驼峰被压平） -
Change Case to Title Case：不处理下划线，http_status→Http_Status - 正则替换无法直接实现
_a→A，因为 VSCode 替换引擎不支持\u$1类语法
安装后怎么用快捷键快速转 camelCase 或 snake_case
插件默认绑定了常用格式，但 macOS 和 Windows 键位不同，且 snake_case 不在默认快捷键列表里。
- macOS：选中文本后，
Cmd+K Cmd+T→camelCase，Cmd+K Cmd+C→PascalCase - Windows/Linux：
Ctrl+K Ctrl+T和Ctrl+K Ctrl+C同理 -
snake_case和kebab-case必须通过命令面板调用，或手动绑定快捷键 - 快捷键失效最常见原因是：没真正选中文本（光标停在词上 ≠ 选中），或焦点不在编辑器内
若想绑定 Cmd+K Cmd+S 到 snake_case，需在 keybindings.json 中加：
[
{
"key": "cmd+k cmd+s",
"command": "changeCase.snakeCase",
"when": "editorTextFocus && editorHasSelection"
}
]
多光标批量转 snake_case 容易踩的坑
插件支持多光标，但转换逻辑严格按“当前光标所在位置的连续非空白字符”切分，不跳过点号、引号或括号。
- 选中
user.name和user_profile两处，执行snake_case，前者变成user.name（点号阻断，只转user和name各自），后者才变user_profile - JSON 键名如
"userProfile"，若连引号一起选，会把引号也参与转换，结果变成"user_profile"—— 表面正确，实为巧合，不可依赖 - 含数字变量如
userId2→user_id2（数字位置保留），但XMLHttpRequest→xmlhttp_request（缩写全小写，无法保留首大写） - 多光标时，每个光标独立处理，不会对齐语义；三行分别选中
User、USER、user，全转小写后都变user，原始大小写携带的上下文信息丢失
什么时候该用插件，什么时候该用语言服务重命名
插件是纯文本操作，快但无语义。如果你在 TypeScript 或 Python 项目里批量改变量名，直接文本替换可能破坏引用、类型检查或 IDE 的跳转能力。
- 变量在代码中被多处引用 → 优先用
F2触发语言服务重命名，保证符号一致性 - 只改注释、字符串字面量、JSON 键名或配置文件 →
change-case安全高效 - 需要跨文件、带作用域判断的重构 → 插件做不到，得靠 ESLint 自动修复或 Prettier + 自定义规则
- 插件不区分上下文，
console.log("User_Name")里的字符串也会被转，而语言服务不会碰字符串内容
真正容易被忽略的是：命名风格转换不是目的，保持语义一致才是。别为了省一次 F2 而引入难以追踪的文本污染。
