var-translate-en 是最轻量、贴合嵌入式与前端开发的中文变量直译方案，不依赖配置、不改代码结构、不强制联网，支持本地快捷键触发及多风格输出。
中文变量命名直接转英文驼峰，var-translate-en 是目前最轻量、最贴合嵌入式和前端日常开发的方案——它不依赖项目配置、不改写代码结构、不强制联网，翻译结果可选风格，且支持本地快捷键触发。
为什么不用 Codelf 或 change-case 做中文翻译？
Codelf 本质是反向搜索：你输英文，它查 GitHub 上别人怎么用这个变量名；它不解决「中文→英文」的原始需求。而 change-case 只做格式转换（比如把 user_name → userName），前提是已有英文词，不能翻译。
常见错误现象：装了 change-case 后对着中文敲快捷键，光标不动——因为它根本没设计中文输入路径。
-
Codelf适合“这个词英文该怎么叫”但已有语义锚点（如已知要表达“用户头像”） -
change-case适合“已有英文单词，统一风格” - 真正需要的是：中文注释/草稿 → 一键出
userAvatar/USER_AVATAR/UserAvatar
var-translate-en 怎么配百度翻译？
必须填两个字段：appID 和 secretKey，缺一不可。百度翻译开放平台申请后，控制台「通用文本翻译」页会显示这两个值，注意不是 API Key 和 Secret（那是旧版）。
容易踩的坑：
- 填错字段顺序（
appID必须在前，secretKey在后） - 复制时带空格或换行（建议粘贴后手动删前后空格）
- 没启用「通用文本翻译」服务（控制台里要手动开通）
- Windows 用户误用
Ctrl + Shift + V（默认是系统粘贴），插件默认快捷键其实是Ctrl + Shift + V，但部分键盘映射冲突，建议进Keyboard Shortcuts重绑定为Alt + E更稳
翻译结果不准确？先关掉自动补全干扰
VSCode 自带的智能提示（IntelliSense）有时会在你刚敲完中文、还没触发翻译前，就弹出一堆英文候选词，导致光标跳走或覆盖输入。这不是 var-translate-en 的问题，而是编辑器行为。
临时解决方法：
- 选中中文文本再触发快捷键（避免光标在空白处）
- 在设置里搜
editor.suggestOnTriggerCharacters，设为false - 或直接禁用当前语言模式的建议（比如 .c 文件里关掉 C/C++ 插件的 auto-suggest）
DeepL 和必应翻译接口返回更自然，但需网络稳定；百度翻译在国内延迟低、免费额度足（5万字符/月），对嵌入式项目里那些 uart_rx_buffer、adc_calib_flag 类短词效果足够好。
别指望它翻译整段需求文档——它专为变量名设计，单次处理 1–5 个词最稳。多字词连译时，优先按语义切分（如「串口接收缓冲区」→ 选中「串口接收」和「缓冲区」分两次译），比整句扔进去更可靠。
