整理混乱不堪的各国语言翻译

Mr. X

2017-12-25

linksmart项目截止目前已经支持了17个国家的语言，从诞生到现在也已经经历了很多程序员的修改和维护，代码已经变得十分混乱。因为公司一直在接新的定制项目，所以也没有时间进行一次彻底的重构，只能在维护某方面的BUG的时候，对相关代码进行局部重构。

现在的情况是：

整理思路

首先必须得找出一种合适的方法维护这些Localizable.strings，在Excel里做一个总表，增加语言的时候，可以直接把英文的一列发给客户进行翻译。最大的优势是：随时可以用脚本把Excel里的所有语言导出成项目支持的Localizable.strings文件，极大提高效率。

使用 genstrings 命令将所有.m文件中的LocalizedString文本生成Localizable.strings。
打开终端，进入需要检测的文件夹，执行以下命令：

find ./ -name "*.m" -print0 | xargs -0 genstrings -o ./

生成的这一份文件只包含所有.m文件中的国际化字符串，并不包含plist和xib中的字符串。接下来只要把这一份和原来的所有翻译合并起来去重，就得到一份最全的key。

如果也需要检测xib、.h文件，则执行以下命令：

find . -name '*.xib' -o -name '*.[mh]' -print0 | xargs -0 genstrings -o ./

生成的文件会存在当前目录。

我尝试过直接读取Localizable.strings文件，但提示编码错误，就暂时copy到txt文件中进行处理。

合并的Demo：https://github.com/xaoxuu/LocalizedTool-iOS

接下来的步骤工作量有点大，就是重新把那些翻译导入Excel中，补全缺少的那些翻译。

导入Excel和从Excel导出为Localizable.strings的方法在这里：https://xaoxuu.com/blog/2017-03-08-ios-localizable-string

如果项目的默认语言是中文，而且前期没有用多语言写法，可以使用xcode的替换功能，将中文字符串替换成多语言的写法：

搜索：

(@"[^"]*[\u4E00-\u9FA5]+[^"\n]*?")

替换为：

NSLocalizedStringFromTable($0, @"Localizable", nil)

最后更新于：2017年12月25日星期一 00:00

iOS

RunLoop 知识点和应用梳理归纳

RunLoop的作用等待事件发生：使程序一直运行接受用户输入计划事件：决定程序在何时应该处理哪些Event 调用解耦：事件产生方不需要等待事件处理结束再产生下一个事件节省CPU时间：等待事...

iOS 推迟而不重复执行函数

如果你想推迟执行一段代码，使用 dispatch_after 函数可以轻易实现，但有时候我们想在它delay的期间再次delay，直到最终不再delay的时候，才真正的被调用一次。这就需要每次先...