最近在整理多语言项目时,我经常遇到一个看似简单、实际很容易出错的问题:翻译内容可以生成,但 JSON 的 key 、嵌套路径和项目目录结构不能被破坏。
JsonTranslate 是一个面向开发者、产品团队和本地化团队的浏览器端工具,重点是让结构化文件翻译更适合进入日常开发流程。
它支持上传、拖拽或粘贴 JSON 、Markdown 、TXT 等文件,也可以处理完整项目。翻译时保留 JSON key 、嵌套路径和目录结构; Git diff 风格的变更检测则适合只处理新增或修改过的内容,减少重复翻译。
对于已有 i18n 约定的项目,路径映射可以根据现有目录生成 locale 文件。团队还可以在 Web Studio 中比较不同目标语言,在任务中心查看批量任务,并把翻译后的项目导出为 ZIP 。需要在本地工作时,也可以通过 CLI 连接本地仓库。
我觉得这类工具的价值不只是“把一种语言变成另一种语言”,而是把翻译放进可检查、可追踪、可复用的工程流程里:
JsonTranslate 支持托管翻译和 BYOK 方式,覆盖常见语言,并持续扩展到更多语言。对需要维护多语言 JSON 或内容文件的项目来说,它更像一个结构化本地化工作台,而不是一次性的文本翻译框。
想请教大家:你们在项目里处理 JSON 或 Markdown 本地化时,最容易踩坑的是 key 被改动、目录映射,还是增量翻译和审核流程?
这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。
V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。
V2EX is a community of developers, designers and creative people.