前言

我已經(jīng)有一段時(shí)間沒有從頭開始一個(gè)需要支持多種語言的新項(xiàng)目了。當(dāng)然不是從頭開始，而是在代碼庫(kù)中通過使用 Swift 包將代碼分成不同模塊。

我想提醒自己記住許多在本地化實(shí)行中的過程，所以我認(rèn)為最好寫一篇文章，以便下次開始同類型項(xiàng)目時(shí)可以參考。

開始吧！

讓我們看看代碼庫(kù)的一個(gè)簡(jiǎn)化版本。它包含一個(gè) Xcode 項(xiàng)目，一個(gè)單獨(dú)的 app target（即將運(yùn)行的那個(gè)）和一個(gè)名為 Features 的 Swift 包。后者將包含 app 中所有頁面的代碼，每一頁將被定義為自己的產(chǎn)品：

Package.swift

// swift-tools-version: 5.6
import PackageDescription

let package = Package(
    name: "Features",
    products: [
        .library(
            name: "Home",
            targets: ["Home"]),
        .library(
            name: "Detail",
            targets: ["Detail"]
        )
    ],
    dependencies: [
    ],
    targets: [
        .target(
            name: "Home"
        ),
        .target(
            name: "Detail"
        )
    ]
)

這個(gè) app target 將會(huì)作為 app 的組合層，其唯一的目的是導(dǎo)入每個(gè)功能，實(shí)例化它們并協(xié)調(diào)導(dǎo)航。所有的 UI ，演示和業(yè)務(wù)邏輯將留在各自的 "模塊" 中（ Features Swift Package 中的一個(gè) target）。這將允許每個(gè)功能獨(dú)立開發(fā)并完全的與其他功能隔離。

為了簡(jiǎn)單起見，這個(gè)例子里僅有兩個(gè)功能：主頁和詳情，他們代表 app 中僅有的兩個(gè)頁面。

主頁有一個(gè)按鈕允許用戶導(dǎo)航到詳情頁面，還有一個(gè)標(biāo)簽展示用戶當(dāng)前所在區(qū)域的語言代碼。詳情頁只展示一個(gè)標(biāo)簽，和主頁標(biāo)簽展示的信息一致：

添加字符串！

看起來不錯(cuò)，但是現(xiàn)在展示的信息是用英文通過硬編碼編寫的字符串。app 需要內(nèi)容被翻譯成另外兩種語言：加泰羅尼亞語和西班牙語。

雖然有多種實(shí)現(xiàn)方式，我更傾向每個(gè)功能（或頁面）只包含它所需要的本地化字符串，這樣可以增加功能的可移植性和可重用性。

這可以在 Swift 包中完成，通過將所有必需的 .lproj 文件和所有需要本地化的內(nèi)容（當(dāng)前例子中只有 Localizable.strings 文件）放在目標(biāo)文件夾下 - 我的習(xí)慣是放在父 Resources/ 文件夾下，并將這些資源定義為 Package.swift 的特定 target。

添加文件之后構(gòu)建該功能將導(dǎo)致編譯器拋出如下錯(cuò)誤：

這是因?yàn)?nbsp;defaultLocalization 必須由 Package.swift 提供。所有功能的 target 來自一個(gè)包，所以只能有一個(gè) defaultLocalization 。以下是 Package.swift 添加本地化內(nèi)容之后的樣子：

Package.swift

// swift-tools-version: 5.6
import PackageDescription
let package = Package(
    name: "Features",
    defaultLocalization: "en",
    platforms: [.iOS(.v15)],
    products: [
        .library(
            name: "Home",
            targets: ["Home"]),
        .library(
            name: "Detail",
            targets: ["Detail"]
        )
    ],
    dependencies: [
    ],
    targets: [
        .target(
            name: "Home",
            dependencies: [],
            resources: [.process("Resources/")]
        ),
        .target(
            name: "Detail",
            resources: [.process("Resources/")]
        )
    ]
)

注意：如果沒有為默認(rèn)的本地化代碼提供本地化的內(nèi)容，編譯器會(huì)顯示警告。這對(duì)于確保你不會(huì)發(fā)布包含基本本地化內(nèi)容的軟件包版本非常有幫助。

Xcode warning shown when default localisation is missing。

支持本地化

可能與你的想法正好相反，把設(shè)備系統(tǒng)語言設(shè)置為加泰羅尼亞語或西班牙語并且運(yùn)行 app 內(nèi)容仍然用英文展示。原因是 Swift 包需要額外的信息去決定使用哪些本地化的內(nèi)容，就目前來看，如果包里有目標(biāo)內(nèi)容，它們將只使用目標(biāo)的基本本地化，否則使用包的默認(rèn)本地化。

現(xiàn)在有兩種方式我們可以實(shí)現(xiàn)本地化：使新的本地化在 app target 中可用或啟用混合本地化。

在 app target 中添加新的本地化內(nèi)容

在 Features  Swift 包中啟用新的本地化的一種方式是將它們添加到導(dǎo)入功能的 Xcode 項(xiàng)目中。這可以通過進(jìn)入 Xcode 項(xiàng)目，在項(xiàng)目設(shè)置中的 "Info" 一欄，添加本地化支持：

需要注意的是，本地化需要至少一個(gè)文件（例如一個(gè)空的 Localizable.strings 文件）。在本例中，因?yàn)?app target 是用 UIKit 構(gòu)建的，并且在添加新的本地化時(shí)選擇了啟動(dòng) storyboard 進(jìn)行本地化（如上視頻所示），所以已經(jīng)有一個(gè)本地化文件。

現(xiàn)在這將允許包從主包中獲取支持的本地化，并選擇相應(yīng)的要使用的資源。

值得注意的是，如果設(shè)備有被 app 支持但是包不支持的語言，則后者將會(huì)回退到 Package.swift 中提供的 defaultLocalization .

同樣的，如果 app 不支持該語言，同樣會(huì)回退到相同的值。這也是為什么將 defaultLocalization 設(shè)置為與主目標(biāo)基礎(chǔ)語言相同，以確保所有頁面上的一致性是非常重要的。這也是我更傾向于所有功能分組在一個(gè) Swift 包之下的原因，這樣所有頁面上的 defaultLocalization 就有了單一真正的來源。

允許混合本地化

雖然采用 app target 的本地化是首選方法，因?yàn)樗_保了所有頁面的一致性，并且只允許少數(shù)受支持的地方使用，但還有另一種方法允許包內(nèi)容被本地化，而不必在主項(xiàng)目之外。

可以通過將 app 的 Info.plist 文件中的 CFBundleAllowMixedLocalizations 值設(shè)置為 YES 來實(shí)現(xiàn)。

這個(gè)設(shè)置將會(huì)告訴 app target 在不同的 target 或功能使用不同本地化是可以的，當(dāng)添加新的本地化資源時(shí)， app 本地化會(huì)自動(dòng)工作。

Enabling mixed localisations in the app targe

使用這種方法需要注意以下幾點(diǎn)：

1.不再需要將本地化添加到 app target，添加帶有本地化內(nèi)容的 lproj 到包資源就可以了。當(dāng)用戶修改區(qū)域時(shí)，如果你的資源包存在該語言包或默認(rèn)提供 Package.swift ，軟件包也會(huì)展示該區(qū)域的語言內(nèi)容。

2.支持多少個(gè)區(qū)域就會(huì)有多少個(gè)本地化資源。這意味著沒有一個(gè)單一的真實(shí)來源來確定整個(gè) app 支持哪些本地化。這可能會(huì)導(dǎo)致一些問題，例如，某個(gè)功能有本地化資源內(nèi)容，而該內(nèi)容的本地化資源還未被應(yīng)用。在本例中，除了刪除資源，沒有辦法隱藏它。

視頻鏈接：https://www.polpiella.dev/assets/posts/modularised-app-localisation/mixed-localisations.mp4。

第二點(diǎn)如上面的視頻中所示，當(dāng)用戶把設(shè)備語言設(shè)置為法語?；旌蟻碓磳?dǎo)致了不一致，因?yàn)橹髌聊粵]有 fr.lproj --因此它又回到了默認(rèn)本地化資源，英語。另一方面，在詳情頁面，有可用的本地化內(nèi)容，這是正確翻譯字符串的原因，正是這個(gè)原因，我喜歡將 app target 作為所有支持本地化的真實(shí)來源。

額外提示 - 自動(dòng)化

我一直鼓勵(lì)盡可能地自動(dòng)化檢索特定包的本地化字符串的流程。如果你的 app 有很多頁面，希望使添加本地化字符串的過程盡可能簡(jiǎn)單和簡(jiǎn)便。

我一直在使用的一款工具 SwiftGen，它可以為各種資源生成 Swift 接口，例如 Localizable.strings 文件。

創(chuàng)建一個(gè)利用這個(gè)可執(zhí)行文件的構(gòu)建工具插件，可以使支持新本地化過程變得容易一點(diǎn)，并在各功能之間保持一致。