我们都知道，在 Android 中，国际化可以使用 XML 化的资源来完成，这些资源应该由翻译器进行翻译。所以我已经完成了 - 聘请了几位翻译并向他们发送资源，并解释要翻译的内容等等。最后，我得到了一堆以不同格式/编码保存的文件。其中一些使用 Excel 发送，一些在 DOC 中发送，另一些在 Trados 中使用 MS 格式的 XML（噩梦）最复杂的发送 - 列表无穷无尽。
现在的问题是：你们以前是如何处理翻译的？您正在使用什么样的工具/方法？请分享您的个人经验或解决方案。
【问题讨论】：
标签： android xml localization internationalization translation
一般来说，这取决于您的公司的错误程度。如果您有大量翻译，最好的方法可能是通过聘请专业的翻译公司来集中您的精力，该公司将关心以所需格式提供您的资源并处理个人翻译。这会花费更多，有时会导致延迟，但最终会为您节省一些修复格式问题的时间。
一些 MT/TM 系统允许您将 XML 文件作为其输入/输出格式处理（有时这些文件需要注释），但您实际上不能强制您的翻译人员使用它们。除非你真的很大，否则就是这样。但在这种情况下，您可以创建自己的 TM 并强制翻译人员使用某种 Web 界面直接翻译字符串...
对于小公司，有一点问题...您可能想要编写某种转换工具，将 XML 文件作为输入并将其转换为键=值对（类似于 Java 属性）。这是大多数翻译人员都会做对的事情（最后这只是纯文本）。您唯一需要确保的是它们使用 UTF-8。
顺便提一句。确保 Excel 没有被使用（你需要强制他们避免这个事情）。它倾向于以完全不可预测的方式自行修改文本（我是根据经验说的，但我不能给你举非常痛苦的例子）。
【讨论】：
通过构建一个自定义 Web 应用程序解决了翻译问题，该应用程序确保受 XML 挑战的翻译人员不会做任何有趣的事情 - 并且还在正确的位置构建并提交完成的翻译到我们的 DCVS。
【讨论】：
我真的不建议您像 Jens 那样构建自己的工具。有很好的翻译工具可以完美地处理 XML 和 HTML。
甚至还有免费的开源工具，例如 OmegaT（简单）和 GlobalSight（完整 TMS）。
我们使用的是 SDL Trados，价格约为 2000 欧元（您需要的版本）。
至于 Pawel：您不必是大公司也可以使用专业的翻译机构。我们 (Supertext) 可以原生处理几乎所有文件类型，翻译起价为 60 欧元。
【讨论】：