?1. 背景

Xcode作為日常開發(fā)iOS程序的IDE，支持C、C++、Objective-C、Swift、Ruby等語言進(jìn)行編寫。日常開發(fā)入口就是Xcode workspace或者Xcode project。

workspace是一個(gè)Xcode文檔，它將項(xiàng)目和其他文件、project分組。一個(gè)workspace可以包含任意數(shù)量的Xcode project，以及資源文件（JSON、腳本、圖片、視頻等）。workspace除了組織每個(gè)project中的文件外，還提供了所包含項(xiàng)目及其目標(biāo)之間的隱式和顯式關(guān)系。

project就是一個(gè) Xcode 工程，它是實(shí)際管理工程下 targets 、源碼、資源文件、framework 等。project 只是一個(gè)容器，本身是無法被編譯的，所以每個(gè) project 至少應(yīng)該有一個(gè)可編譯的 target, target下需要包含可編譯的源碼。

在日常開發(fā)中難免會(huì)去在非Xcode的環(huán)境下去操作workspace或者project中的依賴關(guān)系，所以搞懂workspace、project、源碼和資源文件之間的關(guān)系就顯得特別重要，因?yàn)橹涝趺磥淼牟胖廊ト绾巫觥?/p>

2. 了解workspace全貌

由上圖可以簡(jiǎn)單看出workspace和project的關(guān)系：

• 一個(gè)workspace里可以包含多個(gè)project
• 一個(gè)project里包含多個(gè)target
• configuration 即Xcode中的Debug/Release 等工程配置
• scheme 配置target編譯參數(shù)
• 每個(gè)target即每次編譯生成對(duì)應(yīng)產(chǎn)物：app或者framework

3. 探尋workspace

新創(chuàng)建一個(gè)空的workspace，直接看他的層級(jí)樹：

可以看到workspace主要包含三個(gè)層級(jí)：

• xcworkspacedata，workspace的配置文件，實(shí)際上就是一個(gè)XML文件。
• xcshareddata：可共享的配置，包含scheme、script等信息。
• xcuserdata：當(dāng)前用的配置，包含本地scheme、script、斷點(diǎn)信息等。

以報(bào)價(jià)項(xiàng)目為例詳細(xì)查看 contents.xcworkspacedata的內(nèi)容：

FileRef 顧名思義它是標(biāo)記了每個(gè)文件在workspace中的路徑關(guān)系，這個(gè)關(guān)系決定的在Xcode中的project的展示層級(jí)。

location的關(guān)鍵字包含如下：

• self：當(dāng)前文件夾下的同名project
• group：指定目錄下的xcodeproj文件
• container：workspace當(dāng)前目錄下的不同名的xcodeproj文件
• absolute:絕對(duì)路徑下的文件

4. 探尋project

由對(duì)workspace的探尋我們可以看到，workspace確實(shí)只是把project等文件組織起來的一個(gè)工作空間，本身并不具備對(duì)源碼、資源的編譯、整合能力，進(jìn)一步探尋到project文件，我們才能看到源碼、資源文件等是怎么被整合起來的。

由上圖可看到，xcodeproj里包含了三個(gè)大的層級(jí)，xcuserdata里包含的常用的scheme和配置文件，還包含了一個(gè)xcodeworkspace，這是為了保證Xcode的兼容性，維持Xcode管理文件邏輯的統(tǒng)一。

xcodeproj中包含了開發(fā)中所需要的全部文件，管理了當(dāng)前工程所有的源碼、資源文件、配置文件等。重點(diǎn)是pbxproj文件，它與我們正常編譯代碼密切相關(guān)，管理target、文件之間的引用依賴關(guān)系、合并代碼時(shí)候產(chǎn)生的文件沖突就在這里。

4.1深入pbxproj

pbxproj全拼是Project Builder Xcode Project，它其實(shí)是我們熟悉的plist文件的一種，但是它不像我們常用的plist文件有著優(yōu)越的可讀性，由于歷史原因它才被Xcode一直保存下來。

pbxproj中定義了target、script、文件、configuration等之間的引用關(guān)系，我們看到的Xcode項(xiàng)目布局實(shí)際上是可視化了pbxproj。

直接看看pbxproj的內(nèi)部布局吧：

可以看到，最外層包含了這些屬性：

• archiveVersion 當(dāng)前文件版本
• classes 占位符
• objectVersion 當(dāng)前文件需要的 Xcode最低版本
• objects 以每個(gè)object的uuid為key的字典,存放了object屬性
• rootObject 當(dāng)前文件的根object (isa = PBXProject)

objects里實(shí)際上存放的就是每個(gè)文件之間的依賴關(guān)系，我們稱每個(gè)文件是一個(gè)Xcode object，這個(gè)Xcode object不僅僅可以是源碼文件，也可以是group、framework、app、target、scheme等。

由上圖的rootObject = D9658FA7290BA51D00A72187，我們簡(jiǎn)單看一下它作為Xcode object的內(nèi)部結(jié)構(gòu)：

可以看到比較重要的信息是isa、mainGroup、configration、target，其他信息也都包含了Xcode中我們見到的、可以配置的全部信息。

這只是PBXProject中的信息，全部信息可在官網(wǎng)進(jìn)行查詢。下面列出了所有的類型配置：

• PBXProject：Project 配置，編譯工程所需信息
• PBXNativeTarget：Target 的配置
• PBXTargetDependency：Target 依賴關(guān)系配置
• PBXContainerItemProxy：部署的元素
• XCConfigurationList：Xcode中configuration配置
• XCBuildConfiguration：Xcode 的 Build Settings 配置
• PBXVariantGroup：storyboard 文件配置
• PBXBuildFile：各類文件配置
• PBXFileReference：各類文件引用配置
• PBXGroup：Xcode中的group
• PBXSourcesBuildPhase：需要編譯的編譯源文件
• PBXFrameworksBuildPhase：需要編譯的framework
• PBXResourcesBuildPhase：除源碼外的資源文件

他們之間的關(guān)系大致如下：

了解了各個(gè)文件之間的關(guān)系，可以為我們以后通過腳本去動(dòng)態(tài)添加、刪除、移動(dòng)文件、修改build settings、scheme等操作打下基礎(chǔ)。

5. 探尋scheme

scheme不是編譯target的必要條件，沒有scheme不影響Xcode的編譯操作，但是，沒有scheme我們就沒辦法在編譯時(shí)傳入?yún)?shù)條件，插入編譯腳本，配置個(gè)性化編譯配置，所以scheme是Xcode編譯時(shí)的必須選項(xiàng)。

打開一個(gè)scheme源文件，我們可以看到如下布局：

可以看到，最外層包含著build、test、launch、profile、analyze、archive。恰好對(duì)應(yīng)了Xcode中的與之對(duì)應(yīng)的命令，再次驗(yàn)證了Xcode就是pbxproj的可視化呈現(xiàn)。

進(jìn)入BuildAction可以看到我們?cè)赬code中添加的預(yù)編譯腳本和各種環(huán)境變量配置，這些配置有的是在編譯過程中必不可少的參數(shù)，有的是方便我們管理編譯產(chǎn)物的必須配置，靈活運(yùn)用這些配置，可以讓Xcode更好的為我們服務(wù)。

6. 探尋target

target用于指定要構(gòu)建的產(chǎn)物，即framework或者app。target只包含了當(dāng)前project中的部分指定的代碼和資源文件，每一個(gè)target只能構(gòu)建出一個(gè)特定的構(gòu)建產(chǎn)物，為了豐富構(gòu)建產(chǎn)物，一個(gè)project可以擁有多個(gè)target。

target使用Build Settings和Build Phases的形式來進(jìn)行個(gè)性化配置，默認(rèn)這些配置可以通過project繼承，也可以通過手動(dòng)或者配置文件的方式覆蓋其他配置。

target之間可以互相依賴，如果是在同個(gè)workspace下，Xcode默認(rèn)會(huì)觸發(fā)隱式依賴，當(dāng)然，如果用手動(dòng)配置依賴關(guān)系，則會(huì)變?yōu)轱@式依賴。顯式依賴的優(yōu)先級(jí)高于隱式依賴。

7. 總結(jié)與展望

根據(jù)上面的介紹，大家一定對(duì)Xcode的工程配置有了一定的了解，在了解了這些之后，我們能做些什么呢？其實(shí)是有很多玩法的：

• 根據(jù)不同的編譯scheme編譯指令，提取出編譯產(chǎn)物，分發(fā)給不同的人員。
• 根據(jù)target的不同，在不改變?cè)创a的前提下，每次編譯設(shè)置不同的環(huán)境測(cè)試包。
• 編譯過程中檢查出警告信息及時(shí)上報(bào)開發(fā)人員。
• 編譯時(shí)找出無效代碼及文件。
• 利用cocoapods的動(dòng)態(tài)配置在安裝的時(shí)候直接引入二進(jìn)制組件以增加編譯速度。
• 輸出指定framework的編譯日志到文件方便對(duì)比查閱。

了解了這些基礎(chǔ)配置，以后在項(xiàng)目的工程化方面才有更多手段解決重復(fù)度高或者棘手的問題，還有更多的新玩法可以在工作過程中發(fā)掘。

作者簡(jiǎn)介：王一飛

• 經(jīng)銷商事業(yè)部，經(jīng)銷商技術(shù)部
• 2014年加入汽車之家，目前任職經(jīng)銷商事業(yè)部-經(jīng)銷商技術(shù)部，負(fù)責(zé)汽車報(bào)價(jià)App、M站點(diǎn)業(yè)務(wù)研發(fā)。