iOS应用内部切换语言,不跟随系统

国际化的核心在于

[[NSBundle bundleWithPath:lPath] localizedStringForKey:key value:nil table:@"Localizable"] 这个方法以及Localizable.strings文件。我们在切换语言时，仅仅是在本地偏好中保存了一个字符串，en或者zh-Hans，而最终显示的内容要依赖于我们在Localizable.strings文件中写的内容，以及NSBundle加载哪个路径的strings文件。

参考：国际化优化
自动化核心效果如下：

# en.lproj/Localizable.strings
"login" = "Login";
"logout" = "Logout";
# zh-Hans.lproj/Localizable.strings
"login" = "登录";
"logout" = "退出";
# usage
loginButton.title = NSLocalizedString("login", comment: "login")
logoutButton.title = NSLocalizedString("logout", comment: "logout")

#Final
# LocalizedUtils.swift
import Foundation
extension String {
  var localized: String { return NSLocalizedString(self, comment: self) }
  static var localized_login: String { return "login".localized }
  static var localized_logout: String { return "logout".localized }
}

主要脚本：

• key 不要空格最好用下划线分割，最好全小写，安卓不能大写。
• sed的用法中，^… 表示以…开头，…$ 表示以…结尾 [参考链接]。
• ">" 表示覆盖输出到文件，">>" 表示增量输出到文件。
• echo -e 表示将\n作为换行符输出（其他转义字符同效）。
• 将 Run Script 放在 Compile Sources 的上面，这样可以在编译代码前执行，如果出现错误也很容易定位（例如Localizable.strings中行末忘记写分号）。

# Localizable.strings文件路径
localizableFile="${SRCROOT}/${PROJECT_NAME}/Support/en.lproj/Localizable.strings"
# 生成的swift文件路径（根据个人习惯修改）
localizedFile="${SRCROOT}/${PROJECT_NAME}/Source/Utils/LocalizedUtils.swift"
# 将localizable.strings中的文本转为swift格式的常量，存入一个临时文件
sed "s/^\"/  static var localized_/g" "${localizableFile}" | sed "s/\" = \"/: String { return \"/g" | sed "s/;$/.localized }/g" > "${localizedFile}.tmp"
# 先将localized作为计算属性输出到目标文件
echo -e "import Foundation\n\nextension String {\n  var localized: String { return NSLocalizedString(self, comment: self) }" > "${localizedFile}"
# 再将临时文件中的常量增量输出到目标文件
cat "${localizedFile}.tmp" >> "${localizedFile}"
# 最后增量输出一个"}"到目标文件，完成输出
echo -e "\n}" >> "${localizedFile}"
# 删除临时文件
rm "${localizedFile}.tmp"

---

正式进入APP内切换：

let systemDefaultLanguage = UserDefaults.standard.object(forKey: "AppleLanguages")

Change language workflows

第一种：在原国际化的基础上在,通过保存设置UserLanguage的值去切换语言，并且得重新初始化app keyWindow的根控制器，会有个跳转的过程，可以改变keyWindow的透明度家loading，用户体验可能不太好。
第二种：保存设置UserLanguage的值后去发送通知切换语言，缺点是每个根控制器都得去注册通知。