iOS中多语言本地化流程的优化

本文从提升效率和减少错误两方面对传统的多语言本地化方式进行了优化。

传统的方法

提升点效率

减少些错误

自动化万岁

传统的方法

在 Localizable.strings 中写入多种语言的版本，然后使用 NSLocalizedString 进行本地化:

这有什么问题呢？ 

繁琐！每次都要写 NSLocalizedString(“xxx”, comment: “xxx”) ，虽然有代码补全，但依然很费时。 

提升点效率

直接上代码：

于是现在的使用方式就变成了：

这样代码简洁多了，也保留了代码的自解释。 

但，依然还有问题，如果我不小心写成了：

编译不会报错，但logoutButton的title却出不来（注意 “loguot”.localized），写错一个字母，抓bug抓好长时间的经历相信很多人都遇到过吧。 

这里涉及到编码中的一个小技巧：不要徒手写同一个需要多次使用的字符串，尽量定义成常量进行调用。 

减少些错误

还是直接上代码：

现在用起来就更爽了：

得益于Xcode代码提示补全的功能，我只需输入”.” “login” 回车，基本就就可以完成输入：



乍一看，已经将写字符串时出错的概率降到最低了，但这样又要多写一堆代码，岂不是把之前好不容易提升起来的效率又降低了，再加上万一，我们在写 localized_logout 时还是写成了 “loguot”.localized ，这不是”辛辛苦苦大半年，一朝回到解放前”的节奏？ 

自动化万岁

思路：使用脚本读取 Localizable.strings ，然后输出成我们需要的常量格式。

Build Phases中新建一个 Run Script，填入以下脚本：

以上脚本的作用就是将localizable.strings中的内容转换成swift的常量形式，并作为String的extension存储起来，具体步骤看注释。 

其中有几点需要注意： 

sed的用法中，^… 表示以…开头，…$ 表示以…结尾 [参考链接]。

> 表示覆盖输出到文件，>> 表示增量输出到文件。

echo -e 表示将\n作为换行符输出（其他转义字符同效）。

将 Run Script 放在 Compile Sources 的上面，这样可以在编译代码前执行，如果出现错误也很容易定位（例如Localizable.strings中行末忘记写分号）。 



脚本效果：

本地化文件：

输出文件：

至此，我们只要在写好Localizable.strings或有修改时 ?+B build一下，就能愉快的使用了。