atom无法可靠批量转换大小写，原生命令仅映射字母、不处理分隔符；所有2026年插件均失效；推荐用case-convert+process-palette或迁移到vscode使用wmaurer.change-case。
Atom 无法可靠批量转换英文字母大小写，原生命令只改纯大小写、不处理分隔符，所有插件在 2026 年均已失效或不维护。
Atom 原生 upper-case / lower-case 命令只做字母映射
Atom 内置的 editor:upper-case 和 editor:lower-case 命令仅对选中区域内的 ASCII 字母（a–z / A–Z）执行 Unicode 大小写映射，完全忽略下划线、连字符、点号、数字等上下文。
- 选中
user_name执行editor:upper-case→ 得到USER_NAME（不是userName） - 选中
XMLHttpRequest执行editor:lower-case→ 得到xmlhttprequest（不是xml_http_request） - 快捷键必须严格写成
cmd-k cmd-u（macOS）或ctrl-k ctrl-u（Windows/Linux），拼错如editor:uppercase无效 - 这些命令不支持多光标批量触发——即使你用
ctrl-shift-L创建了多个光标，运行一次只会作用于第一个光标位置
所有号称 snake_case ↔ camelCase 的 Atom 插件都不可靠
截至 2026 年，atom-change-case、case-switch 等插件已多年未更新，且因 Atom 缺乏语言服务器和词边界识别能力，分词逻辑全靠正则硬切，对缩写（XML、HTTP）、数字（userId2）、嵌套符号（user.profile）全部误判。
-
userId2→ 转蛇形 →user_i_d2（应为user_id2） -
user.profile→ 转驼峰 →User.profile（点号阻断，光标停在点后） - 插件依赖的底层库（如
change-casenpm 包）本身是健壮的，但 Atom 插件层无法把选区正确喂给它做上下文感知转换 - 没有插件能安全读写项目外多个文件路径——Atom API 明确限制插件 I/O 权限，批量转码根本不在设计范围内
真正可行的替代方案：case-convert + process-palette
绕过插件缺陷，用成熟 CLI 工具驱动转换，Atom 仅作输入/输出界面。这是目前唯一稳定、可复现的 Atom 集成方案。
- 先全局安装：
npm install -g case-convert - 在 Atom 中安装
process-palette插件（它是唯一支持 stdin→选区→stdout 替换的稳定插件） - 新建一个任务，命令设为：
case-convert --to=camelcase（或--to=snakecase、--to=pascalcase） - 绑定快捷键（如
cmd+k cmd+t），运行前确保只选中纯标识符（不含引号、括号、点号） - 注意：
process-palette不支持多光标；若需批量处理多个变量名，得用ctrl-cmd-G先全选同名项，再单次运行
为什么别硬刚 Atom？VSCode 是更现实的选择
如果你频繁需要 snake_case ↔ camelCase 转换，迁移到 VSCode 几乎是零成本升级：
-
wmaurer.change-case插件持续维护，支持缩写识别（XMLHttpRequest→xml_http_request）、数字位置（userId2→user_id2）、点号分隔（user.profile→userProfile） - 原生支持多光标批量转换：选中多个
user_name，一键转为userName，每个光标独立生效 - 无需额外 CLI 安装或配置任务，开箱即用，快捷键
ctrl+shift+p→ “Change Case” 即可调出菜单
最常被忽略的一点：无论用什么工具，转换前必须确认目标文本确实是纯标识符。如果选中的是 "user_name"（带引号）或 const user_name =（含关键字），任何工具都会出错——这不是工具问题，是输入边界没理清。
