如果是做 OSX 或 iOS 下的應(yīng)用開發(fā)，我相信 Xcode開發(fā)工具http://www.maiziedu.com/course/234/是大家再熟悉不過的 IDE 了，有句話是這么說的：工欲善其事，必先利其器。那么，我覺得在整個(gè)項(xiàng)目開發(fā)的過程中，了解 Xcode 的項(xiàng)目管理思維還是非常必要的，但實(shí)際的工作過程中，我發(fā)現(xiàn)很多人都忽視了這塊。

所以，本篇文章以大家最熟悉的面向?qū)ο笏季S來分析 Xcode 的項(xiàng)目管理方式，希望能讓大家知其然，更能知其所以然，并能將其應(yīng)用到自己的實(shí)際項(xiàng)目管理中。

抽象層級(jí)

作為一個(gè)程序員，你覺得你最擅長的應(yīng)該是什么？邏輯？算法？還是數(shù)據(jù)結(jié)構(gòu)？反正肯定不是烹飪。我覺得即使前面所說的你都不擅長，只要你有足夠強(qiáng)的“抽象”能力，依然能成為一個(gè)很好的程序員。

萬物都可以應(yīng)用面向?qū)ο蟮乃季S將其抽象，Xcode 自然也不例外，我們這次只是從項(xiàng)目管理的角度來提取它的抽象，除此之外，從 UI 層級(jí)也可以提取出一套抽象，不過這并不是本篇文章所關(guān)注的重點(diǎn)。下面是我們所提取出來的抽象類圖：

這類圖相信大家一眼看上去會(huì)很熟悉，都是些我們?cè)谑褂?nbsp;Xcode 時(shí)經(jīng)常碰到的名詞，上面只是將它們的關(guān)系理了下。既然我們將其提取成了類，那么每個(gè)類都應(yīng)該有它的職責(zé)，下面便是它們的職責(zé)劃分：

Workspace

這是最頂層的類，可以設(shè)計(jì)成單例，因?yàn)檎麄€(gè) Xcode 的生命周期中，只會(huì)有一個(gè)。workspace，顧名思義是工作空間，內(nèi)部聚合了多個(gè) project，用于管理 project 與 project 之間的依賴關(guān)系。

Project

單個(gè)項(xiàng)目，作為一個(gè)項(xiàng)目，它擁有一定的獨(dú)立性，比如兩個(gè) app 項(xiàng)目可以放置在一個(gè) workspace 中。project 主要是項(xiàng)目級(jí)別的抽象，劃分的臨界點(diǎn)是復(fù)用級(jí)別，project 和 project 一般是無法復(fù)用到源碼文件層次的。

Configuration

每個(gè) project 可以對(duì)應(yīng)多個(gè) configuration，也就是配置信息，這些配置信息用于編譯器的預(yù)處理、編譯、鏈接等過程中使用。

Scheme

每個(gè) project 也可以對(duì)應(yīng)多個(gè) scheme，與 configuration 所關(guān)注點(diǎn)不同，scheme 關(guān)注的是 project 在最終編譯、運(yùn)行、測(cè)試、歸檔等環(huán)節(jié)的一些選項(xiàng)配置信息，它可以決定在每個(gè)環(huán)節(jié)使用什么 configuration。

Target

每個(gè) project 還可以有個(gè)多個(gè) target，并且至少有一個(gè) target。target 代表一個(gè)項(xiàng)目的最終輸出，它繼承了 project 的配置信息。target 與 target 間的聯(lián)系比起 project 與 project 之間要更加緊密，劃分的臨界點(diǎn)也是復(fù)用級(jí)別，target 與 target 是可以復(fù)用到單個(gè)源碼文件的。

在實(shí)際的操作過程中，我們常常需要明確的界定什么時(shí)候新建 project，什么時(shí)候新建 target，因?yàn)榇蟛糠謺r(shí)候，它們還是比較類似的。不過，多考慮下 target 的職責(zé)，考慮它是繼承了 project，考慮它的復(fù)用級(jí)別，應(yīng)該還是可以劃分清楚的。

依賴管理

上面介紹了 Xcode 項(xiàng)目管理方面的抽象，接下來我們看看 Xcode 對(duì)它們之間依賴關(guān)系的管理。這里我覺得有兩種依賴： 強(qiáng)依賴 、 弱依賴 。強(qiáng)依賴是指 target 與 target 之間的依賴，弱依賴是指 project 與 project 之間的依賴（ 哈哈，我又創(chuàng)造了兩個(gè)名詞）。在項(xiàng)目配置界面中，選擇一個(gè)項(xiàng)目中的 target，再選擇 Build Phases ，我們可以看到下面這樣的界面：

上圖有兩個(gè)紅色的箭頭特別醒目，第一個(gè)箭頭指向的 Target Dependencies ，便是我所說的強(qiáng)依賴，這里可以選定一個(gè) target 作為當(dāng)前 target 的依賴項(xiàng)，這可以保證所依賴的 target 一定是在當(dāng)前 target 之前編譯。

那么弱依賴是什么呢？你猜的沒錯(cuò)，就是第二個(gè)紅色箭頭所指的地方： Link Binary With Libraries ，這里我們可以選擇到其它 project 中的靜態(tài)庫或 framework，當(dāng)然這也是前提。當(dāng)我們選擇了其它 project 中的 target，這就建立起了弱引用，Xcode 會(huì)保證另一個(gè) project 中的 target 在當(dāng)前 target 之前編譯。

依賴有什么用？依賴在你將項(xiàng)目按照層次劃分分別維護(hù)時(shí)就會(huì)非常有用，比如數(shù)據(jù)訪問層庫、邏輯層庫、公共輔助庫、最終應(yīng)用。它們之間的編譯順序可能需要非常明確的，這就需要關(guān)注依賴了。

Cocoa Pods 的運(yùn)作原理

稍微大點(diǎn)的項(xiàng)目，或者我們想要方便的使用第三方開源庫時(shí)，可能都會(huì)選擇 cocoapods，有了上面基礎(chǔ)知識(shí)的鋪墊，再來看看 cocoapods 的運(yùn)作原理就不那么復(fù)雜了。

首先 cocoapods 在 workspace 中新建立了一個(gè) project 叫 Pods ，每當(dāng)我們引入一個(gè)第三方庫，這個(gè) project 中就會(huì)多出一個(gè) target，類型為靜態(tài)庫。這個(gè) project 中有一個(gè)固定的 target 叫 Pods ，類型也是靜態(tài)庫，這個(gè)可以看做是 Pods 這個(gè) project 的默認(rèn) target，它強(qiáng)依賴了所有其他 target，但它并不會(huì)鏈接其它 target，為了使這個(gè) target 能夠正常編譯，它內(nèi)部只有一個(gè)空的類實(shí)現(xiàn)： Pods-dummy 。

所以，如果想要編譯 Pods 這個(gè) target，會(huì)預(yù)先編譯其它所有 target，也就是我們真正需要使用的第三方庫。

除了新建了一個(gè)項(xiàng)目，cocoapods，還將一系列的配置信息，也就是 configuraion 寫入了不同的 .xcconfig 文件中，主體項(xiàng)目中，每個(gè) configuration 都會(huì)對(duì)應(yīng)一個(gè)這樣的文件。然后，我們?cè)?nbsp;Podfile 中指定的 target（ 主應(yīng)用 ）會(huì)弱依賴 Pods 這個(gè) target，也就是會(huì)鏈接一個(gè)叫 libPods.a 的文件。前面說過了，這個(gè)靜態(tài)庫內(nèi)部其實(shí)只有一個(gè) Pods-dummy 的類，它只是作為一個(gè)跳板，讓我們主體項(xiàng)目依賴的第三方庫能在主體項(xiàng)目前編譯，真正使用第三方庫的地方寫在了 .xcconfig 文件中，也就是OTHER_LDFLAGS 這個(gè)關(guān)鍵的配置信息。

上面介紹了 cocoapods 的核心運(yùn)作原理，還有些細(xì)節(jié)也都是建立在這樣的模式之下的，就不作過多詳細(xì)解釋了。所以，cocoapods 最終可以提供這樣的項(xiàng)目管理能力：

不同的 project 可以指定鏈接不同的或相同的的第三方庫

不同的 target 可以指定鏈接不同的或相同的第三方庫

不同的 target 可以指定不同的 configuration

不同的 configuration（ Debug，Release，Custom ）可以指定鏈接不同的或相同的第三方庫

從項(xiàng)目管理的角度來說，cocoapods 還是很不錯(cuò)的將 Xcode 項(xiàng)目管理的靈活性都保留了下來，并且大多都是通過 .xcconfig 文件來實(shí)現(xiàn)，侵入性也不大，還是非常值得使用的。

自己動(dòng)手

本篇到這里也就差不多了，那么給大家留一個(gè)小實(shí)驗(yàn)：

1.在一個(gè) workspace 中建立兩個(gè) project，一個(gè)是 app，一個(gè)是 static library。

2.app 新建一個(gè) configuration 叫 inhouse。

3.要求 app 只在 inhouse 配置下鏈接并使用 static library。

提示：static library 項(xiàng)目中也需要建立一個(gè) inhouse 的 configuration 哦，否則若依賴建立不起來。

那么，無論你自己愿不愿意動(dòng)手實(shí)驗(yàn)，應(yīng)該都可以愉快的使用 Xcode 配置項(xiàng)目玩耍了吧。

原文來自：Sun.Makee