在做国际化的时候对于xib的一点感想

这段时间公司做国际化，被xib、sb坑惨了。下面是坑：

刚开始做国际化的时候，我们的逻辑是只要跟随系统语言的设置而选择相应的语言包，那么我们对于纯代码的国际化，使用Localizable.strings文件；图片的国际化使用Local-Image文件，xib单独按照官方方法来做国际化，平安无事~~

但是我们新的迭代，产品经理突然想做一个App内的语言切换开关，用户可以在App内自己设置语言，这个刚开始想了下，设置的时候去切换语言包就好了，也没觉得有多大问题，但是到了xib这里，就没法切换语言包了，它只跟着系统的语言设置走。。。所以我们把xib的文本都提了出来，在VC初始化的时候把所有的outlet的值都设置上一遍。。。。。有的还没有对应的outlet，还得现生成。所以，从这个角度出发，xib存在了国际化的时候，只能跟系统语言走的问题。

另外我们其实是把语言包，给到其他部门的同事，给一起翻译的，Localizable.strings还好，xib叫我怎么给啊，一个一个文件合吧，，，，然后再给，哭死我了。

所以，想做国际化，甚至要在App内能让用户切换系统语言，用xib着实蛋疼了一次。

然后最近，因为对于xib修改很多，每次diff看的也不直观，又让我对xib的印象更差了，当然我知道xib、sb还是有很多方便的地方，但是多人协作的时候，我觉得以后最好还是用出代码吧，这样还有另外一个好处，就是对于代码复用，copy就好了，如果要做的界面和以后的一个界面差不多，如果是代码实现，copy过去，删删改改就好了，如果是xib。。。赋值过去然后改名字，连接事件。。。哎，就麻烦了一些。

所以，我希望团队以后尽量都用纯代码吧，利稍大于弊。