代码转换器分三种，别拿一个工具干所有活

搜代码转换器的人，想要的东西往往不是同一个。有人要把 JSON 转成 Java 实体类，有人要把 GBK 文本转成 UTF-8，还有人想把一段 JavaScript 改写成 TypeScript。这三种需求对应的工具完全不同，找错方向会白折腾半天。

语言之间的转换，别指望一键完成

把 Java 翻成 Python、把 jQuery 改成原生 JS，这类工具一般叫转译器或代码迁移工具。能做的只是语法层面的机械替换：变量声明、循环写法、字符串拼接。业务逻辑、异常处理、并发模型它管不了，转完必须逐行读一遍，再跑单测。比如 Java 的受检异常，转到 Go 就没有对应概念，只能靠人决定是返回 error 还是打日志。

同生态内的转换靠谱得多。ES6 转 ES5 有 Babel，TypeScript 编译成 JS 是 tsc，SCSS 转 CSS 是 sass，这些是编译器级别的转换，产物可以直接上线。跨语言的转换结果只能当草稿。

编码和格式转换，用量最大

第二类是把数据从一种表示换成另一种。GBK 转 UTF-8、Base64 编解码、URL 编码、HTML 实体转义、JSON 转 YAML、时间戳转日期，这类在线工具一搜一大把。选的时候看两点：转换是不是在本地完成，以及能不能批量。带账号密码的配置文件扔进不认识的网站，风险不小。

命令行其实更省事。iconv -f GBK -t UTF-8 in.txt -o out.txt 换编码，base64 -d 解码，python -m json.tool 格式化 JSON，都是系统自带或者装一次就有的东西，还能塞进脚本里批量跑。

结构化转换，看清字段映射再生成

第三类是从一种结构生成另一种结构：JSON 转实体类、建表语句转 ORM 模型、Excel 转 JSON、Protobuf 转文档。这类工具的核心是字段映射，类型对不上就会悄悄丢精度。长整型 ID 转到 JS 会变成科学计数法，金额用浮点存会掉小数。生成之后重点核对字段类型和空值处理，别直接粘进项目。

说白了，代码转换器省的是敲键盘的时间，不是思考的时间。规则明确、结果可验证的场景放心用；涉及业务语义的，老老实实自己写更快。