给App或者网站做多语言，说简单也简单，但也很枯燥。如果大公司的话，可能有专门的团队来做这件事，但如果你恰好在一个做出海业务的创业团队，这个枯燥的活，你逃不脱。
幸好，经过一段时间的摸索，结合Google sheets，我探索出了一套还算高效的流程，记录一下。
1、先用一种语言做设计并开发完全部功能
在给一个应用做国际化的时候，可能有两种思路。一种思路是，一开始在设计阶段，就给出不同语言的设计稿，在页面开发过程中就实现多语言化。这样的好处是，因为文案而导致的视觉问题，在设计阶段就会被考虑到并解决，但坏处也很明显，就是维护文案麻烦，设计起来工作量也太大。如果有些文案，是开发阶段才想到的错误提示等，常会遗漏翻译。为了避免这些问题，我们的方案是，先用一种语言做设计和开发， 等开发全部完成之后，将涉及到界面文案的部分，全部抽出到语言包文件中。然后开发将语言包文件给产品进行多语言化。
2、 分离文案
当我们拿到开发给出的语言包，往往是代码和文案的混合。以Android App 为例，类似这样：
<string name="binding">绑定</string>
第一步，将文件中的内容全部拷贝到一个新建的Google Sheets 文件。这些内容在Google Sheets中会是一个多行一列的形式。
第二步，使用***分列*** 功能，将内容分伟不同列。分列之后，长成这样：
<string name="binding" 绑定 /string
一列多行的文件会变成多行多列，每一行是一个文案。这时候，文案部分就称了单独的一列。
3、 使用Google Sheets 自带的 GoogleTralate() 函数进行翻译
当源语言单独成列之后，新建几列，用来放置目标语言。这时候，使用GoogleSheets而不是Excel的优势就体现出来了。他默认自带的函数***GOOLETRANSLATE()*** 会很容易将内容翻译并放到目标单元格中，省去了你通过网页翻译需要重复复制粘贴的麻烦。该函数使用很简单，只要要输入 =GoogleTranslate(文本,[源语言],[目标语言])并回车即可。比如，你想将E列的中文翻译成法语，只要输入 =GoogleTranslate(F2,"en","fr") 即可，回车后还可以下拉到整列，以便将整列都翻译。而翻译不同的目标语言，只需要调整刚才输入公式的第三个参数即可，比如你要一列荷兰语的翻译，只需要将刚才的公式输入改为 =GoogleTranslate(F2,"en","nl") 即可.
这样，你可以在几分钟内得到一个App 的十几种语言翻译。
4、邀请Native Speaker 加入Google Sheets 进行校对
如果你有相关的预算找专门的翻译人员或者你的用户中有热心人士愿意帮忙，你可以邀请他加入这个Sheet 中，授予其编辑权限对机器翻译的内容进行校对。
5、拼接为符合开发要求的文件
因为我们再第一步的时候，改变了开发所给的文件格式。等我们得到了每一列的翻译并没有问题的时候，就可以将翻译好的内容输出为开发项目中要求的格式。
这个时候，我们还是使用公式来快速完成。输入类似这样的公式=A2&B2&">"&E2&"<"&D2&">" ，他会将文案左右两边的<string name="binding">和</string> 重新拼接在一起，和一开始开发给你的内容格式一样。 这样每一列复制出来，存放在一个语言包文件中即可。
6、UI走查
开发将语言包文案放入到项目中并编辑打包后。需要你切换到每一种语言进行UI走查，主要检查两点。一是检查是否有语言漏翻译的（虽然基于这个流程来做，很少出现，但DoubleCheck总是没错的），二是检查是否有些文案的长度破坏了界面。尤其注意法语、日语会很长，而阿拉伯语是从右往左排列的。这些都容易是UI出问题。发现问题之后，有些可以通过精简文案解决，有些则需要优化UI设计。如果是通过精简文案结局问题的，需要将文案的变化同步到Sheet中。
7、增量更新
一个应用发布之后，会继续发布很多新版本。在每个新版本中，有新增的文案，就必须重复上述步骤，确保增量内容遗漏。
发表回复