“離開你的電腦去喝杯咖啡吧蚣常，App 正在編譯脖母！”

可以想象瞎疼，僅僅因?yàn)樾薷牧艘恍写a就導(dǎo)致整個(gè) App 花上很長時(shí)間重新編譯乔妈，有多么令人挫敗泪喊。

隨著你的 iOS App 越來越大翔曲，編譯時(shí)間也會(huì)越來越長狸眼。這是我開始關(guān)注 framework 的首個(gè)原因缤弦。
默認(rèn)情況下坦冠，你的工程有一個(gè) App 構(gòu)建目標(biāo)(target)形耗，另外也許還有用于單元測(cè)試和 UI 測(cè)試的其他 target。但是如果你的 App 只基于單目標(biāo)(target)開發(fā)辙浑，當(dāng)你只修改其中一行代碼激涤，視你修改的具體文件和數(shù)據(jù)類型（變量名、訪問控制判呕、字符串……）倦踢，Xcode 最終可能將會(huì)重新構(gòu)建整個(gè) App，
而當(dāng)你讀了這邊文章侠草，你就會(huì)了解花5辱挥、10 甚至 15 分鐘來編譯 App 是一件多么討厭的事情（如果你的工程很大）。當(dāng)有多個(gè)開發(fā)者共同參與同一個(gè) App 時(shí)這個(gè)問題變得尤為重要：編譯時(shí)間以開發(fā)者人數(shù)為倍數(shù)增長边涕。那種情況下晤碘，你們將浪費(fèi)大量時(shí)間褂微，損失生產(chǎn)效率。

在開發(fā)大型 App 時(shí)這是個(gè)常見問題哼蛆，而我認(rèn)為解決問題的方式是將一個(gè) App 劃分 為不同的 framework蕊梧。

“那 framework 到底是什么呢？”

關(guān)于這個(gè)我還沒有明確的定義腮介。 framework 可以看成工程的一部分肥矢，可以分別構(gòu)建它們各自的目標(biāo)。在本文中我將它們稱為“模塊”(modules)叠洗。
通過創(chuàng)建僅導(dǎo)入相關(guān)模塊框架的示例程序甘改，并使用模塊中包含的所能，就可以管理并且運(yùn)行模塊灭抑。如此十艾，當(dāng)你修改了 framework 代碼后，下次只有這個(gè) framework 會(huì)被重新編譯腾节，因?yàn)槠渌?framework 和目標(biāo)并未更改忘嫉，這里就能節(jié)省寶貴時(shí)間。
事實(shí)上案腺，創(chuàng)建 framework 還有其它好處庆冕，例如說，它能明顯提升代碼的架構(gòu)劈榨。通過創(chuàng)建模塊將你的 App 劃分成不同的部分访递，而且每個(gè)部分都可以有自己的單元測(cè)試 target 及 UI 測(cè)試 target！這就意味著你擁有更好的代碼結(jié)構(gòu)同辣，以及可以按 framework 測(cè)試代碼拷姿，我們都知道代碼劃分越獨(dú)立越好。
蘋果建議創(chuàng)建 framework旱函，如果你的 App 遵守這一最佳實(shí)踐响巢，也許會(huì)讓你上傳到 AppStore 更簡單？
這又是另一個(gè)好處：framework 可以被其它工程導(dǎo)入陡舅。

現(xiàn)在你應(yīng)該很想創(chuàng)建 framework 了抵乓。除了所有這些好處之外，蘋果還讓我們很容易在 Xcode 中創(chuàng)建 framework靶衍。只需要點(diǎn)擊 “File -> New -> Target” 并且選擇 Cocoa Touch Framework灾炭，如下圖所示，新 framework 將出現(xiàn)在 target 列表中了颅眶。這里我同時(shí)為 framework 創(chuàng)建了單元測(cè)試 target：

你可能想讓 framework 依賴另一個(gè) framework蜈出。比如說/CustomerAccount/可能需要/Network/ 的網(wǎng)絡(luò)管理能力。為了依賴另一個(gè) framework涛酗，你需要檢查 target scheme：在工程的 build 標(biāo)簽下添加這個(gè)模塊铡原，您還需要在父目標(biāo)的 build phases 添加此模塊偷厦。

“我需要定義哪些 framework？”
這是個(gè)有趣的問題燕刻，而且我覺得它可以有多個(gè)答案只泼。在我參與的工程中，我們選擇將模塊劃分為兩類：

• 特性模塊：模塊提供 App 的一個(gè)具體特性卵洗。比如說你可以為用戶帳戶部分創(chuàng)建一個(gè) Account 模塊请唱。
• 工具(kit)模塊：模塊提供 App 的一個(gè)技術(shù)組件。你可以劃分一個(gè) Network 模塊來處理網(wǎng)絡(luò)層过蹂，一個(gè) UIComponent 模塊來為 App 提供 UI 元素十绑，一個(gè) Localization 模塊處理本地化…… 你可以最終創(chuàng)建一個(gè) Core 模塊來連接應(yīng)用的各個(gè)部分。
  如果你使用了本地?cái)?shù)據(jù)庫酷勺，也許一個(gè) Storage 模塊可以便于處理數(shù)據(jù)庫請(qǐng)求本橙。

此外，一個(gè)特性模塊顯然應(yīng)該已進(jìn)入一個(gè)或多個(gè)工具模塊脆诉。而工具模塊則不應(yīng)該導(dǎo)致特性模塊甚亭，而且特性模塊也不應(yīng)該再導(dǎo)致其它的特性模塊。

“創(chuàng)建模塊這么有用和容易击胜，它背后沒有代價(jià)嗎狂鞋？”
是的，將 App 劃分成模塊是非常有用和容易的潜的，但是某些情況下也可能帶來麻煩。以下是我目前在將 App 模塊化過程中遇到的問題列表：

• 處理不同模塊間的鏈接
• 避免模塊間的循環(huán)依賴
• 選擇多個(gè)模塊間共用特性的開發(fā)邊界
• 跨 bundle 處理圖片資源
• 最困難的一個(gè)：從一個(gè)現(xiàn)有的大 App 中抽離一部分成為 framework 時(shí)發(fā)現(xiàn)依賴關(guān)系太復(fù)雜字管。

“可以用簡單幾句話總結(jié)一下全文嗎啰挪？”
總之，我在項(xiàng)目中模塊化中感受到的反饋是很清晰的：framework 很有用嘲叔，它有助于構(gòu)建一個(gè)像樣的架構(gòu)亡呵，這讓我更喜歡在這個(gè)項(xiàng)目中開發(fā)了。
然而硫戈，盡管它有許多優(yōu)點(diǎn)锰什，但模塊化過程也可能導(dǎo)致一些復(fù)雜的情況，在處理時(shí)必須小心丁逝。當(dāng)然越早開始模塊化就越好汁胆，嘗試將現(xiàn)有的 App 模塊化相對(duì)更困難，如果它是一個(gè)大型 App霜幼，就會(huì)變得更困難嫩码。因此在構(gòu)建新的 iOS App 之前，請(qǐng)先考慮這一點(diǎn)罪既！

原文： https://www.instapaper.com/read/1182775212
作者：Rayane Kurrimboccus
編譯：碼王爺