文件转换FREE
XMLXLSX复数、数组、translatable 标记 —— 全部保留 · 把 strings.xml 当表格发出去,再原样转回。
转换器· 本地处理
把 .xml 拖进来
从本机选择 · 文件不会离开你的浏览器

你的 App 说 strings.xml
译者只想要 Excel。

01 · 这个工具究竟替你做了什么

把 Android strings.xml 变成译者或外包能编辑的 Excel 表,再原样转回 —— 复数、string-array、translatable 标记、根命名空间与占位符全部保留,每个资源都以其 name 为键。不是通用的 XML 转表格 —— 而是 Android 本地化交接真正需要的那一步。

文件不离开你的设备浏览器内 · 零上传 · 适配 NDA
确定性转换相同输入永远得到相同输出
无损往返strings.xml→Excel→strings.xml 保留每个词条
02 · 两种格式,一次往返

strings.xml 与 Excel 各擅其长

这个转换的存在,是让 Android 开发者与译者各用自己顺手的格式 —— 而中间不丢任何东西。

strings.xml.xml

Android 的资源格式:一个 resources 根,内含 stringstring-arrayplurals 词条,各以 name 寻址,复数项带 quantity 关键字(one、other 等),并有一个 translatable 标记告诉构建该跳过什么。精确 —— 不是用来肉眼手改的。

Excel.xlsx

译者、审校与外包最自然的界面:一行一条字符串,原文与译文并排,便于筛选、批量编辑与批注。问题在于:直接用 Excel 打开 strings.xml,复数结构会塌陷,translatable 标记会丢失,而且无法再载回你的 App。

这个工具守的正是那个「载不回去」:导出时把每个 plurals 的 quantity 与 string-array 的下标保在键里,把 translatable 标记保在 Type 列,并把根 xmlns 属性存进保留的 @@resources.* 行 —— 于是表格能重建回有效的 strings.xml。少数表格无法承载的东西会被 报告,绝不静默丢弃:XML 注释与原始缩进(输出采用干净的规范排版),以及超出 name 与 translatable 的资源属性。

03 · 常见问题

你大概想问

我的文件会被上传吗?+
不会。解析与转换全部在你的浏览器内完成(大文件由 Web Worker 处理),文件不离开你的机器,也不接触任何服务器。这是受 NDA 约束的本地化工作的硬性要求,所以本工具完全在客户端构建。
怎样把 Android strings.xml 发给只用 Excel 的译者?+
在这里把 strings.xml 转成 Excel 表发给译者或外包,改完再把表转回 strings.xml —— 一行一条字符串,原文译文并排。<string-array> 变成 name[0]、name[1]…,<plurals> 变成 name#one、name#other…,于是结构能精确重建。
转换会保留复数、string-array 与 translatable 标记吗?+
会。每个 <plurals> 项把 quantity 保在键里(name#one、name#other),每个 <string-array> 项把下标保在键里(name[0]),translatable="false" 保在 Type 列因而随表往返。<resources> 根命名空间存进保留行并还原。XML 注释与确切缩进不被还原 —— 重建文件采用干净的规范排版 —— 这会被报告,绝不静默。
它和直接用 Excel 打开 XML 有何不同?+
直接用 Excel 打开 strings.xml,复数分组会被压平,translatable 标记会消失,内联标记会被弄坏 —— 无法再载回你的 App。本工具把往返保真当成全部目的:复数 quantity 与数组下标住在键里,translatable 标记保在一列,XML 干净重建。而且完全本地,什么都不上传。
它处理哪些文件?免费吗?+
它处理 Android res/values 的 strings.xml 资源文件 —— <string>、<string-array> 与 <plurals>。同一文件中的其他 Android 资源类型(<color>、<dimen> 等)会被跳过并报告,绝不静默转换。此层级完全免费,无需账户,无使用上限。
04 · 谁做的 / 为什么

由真正做过这行的人打造

这不是大模型的薄包装,也不是开源库换层皮。它来自多年游戏本地化一线工作,以及随之而来的一堆「不出事没人注意」的细节。

App 递出一个 strings.xml,译者只想在 Excel 里改 —— 中间的格式损耗,不该由人来吸收。

把 strings.xml 交给外包,十次有九次回来时复数分组被压平,translatable 标记被抹掉,quantity 被猜测 —— 然后构建不过。这些我们都踩过,所以工具默认就守住它们:quantity 与下标保在键里,translatable 标记保在一列,根命名空间存下并还原。

免费、完全本地、即时。它是工作流里的一步,不是一个平台 —— 但它来自一个真正懂本地化的地方。