在了解xcode構(gòu)建原則之前，需要熟悉workspace相關(guān)的概念，即workspace,project和target

target

target指定了構(gòu)建的product,包含將workspace或project中的一組文件構(gòu)建成product的指令。單個(gè)target定義一個(gè)product,它將輸入（源文件和處理這些源文件的指令（包含所設(shè)定的構(gòu)建settings和phases））組織進(jìn)構(gòu)建系統(tǒng)中。project和target是一對(duì)多的關(guān)系。

target會(huì)繼承project的build settings，但可以以target為粒度設(shè)置build settings,且Xcode中當(dāng)前一次只會(huì)有一個(gè)有效target,此有效target在xcode scheme中標(biāo)識(shí)。

若target A依賴target B的輸出來(lái)構(gòu)建，則A依賴B，當(dāng)它們存在于一個(gè)xcode workspace中的時(shí)候，Xcode會(huì)發(fā)現(xiàn)此依賴關(guān)系并按順序構(gòu)建。這種依賴稱為隱性依賴，當(dāng)然也可以在build settings中聲明顯性依賴，也可將隱性依賴的兩個(gè)target顯性聲明為沒(méi)有依賴。比如可能在同一個(gè)workspace中同時(shí)構(gòu)建一個(gè)庫(kù)并構(gòu)建一個(gè)依賴這個(gè)庫(kù)的應(yīng)用，則xcode會(huì)選擇先構(gòu)建庫(kù)。但如果應(yīng)用想鏈接庫(kù)的某個(gè)特定版本，則可以顯性聲明這個(gè)依賴關(guān)系，此時(shí)隱性依賴即被覆蓋了。

project

xcode project是存儲(chǔ)構(gòu)建一個(gè)或多個(gè)軟件產(chǎn)品所需的所有文件，資源和信息的倉(cāng)庫(kù)。project包含構(gòu)建product所需的所有要素并維護(hù)它們之間的關(guān)系，它包含一個(gè)或多個(gè)targets(target指定了構(gòu)建product的方式)。project定義了所有target的默認(rèn)build settings，各target可以重載。

Xcode project文件包含如下信息：

源文件的引用：源代碼（包括頭文件和實(shí)現(xiàn)文件），library和framework(xcode內(nèi)部或者外部),資源文件，interface builder文件

文件結(jié)構(gòu)列表中組織源文件的Groups

project級(jí)別的build選項(xiàng)

targets

debug或測(cè)試program的可執(zhí)行環(huán)境：從xcode運(yùn)行或調(diào)試時(shí)啟動(dòng)哪些可以執(zhí)行文件，傳給可執(zhí)行文件的命令行參數(shù)，程序運(yùn)行時(shí)設(shè)置的環(huán)境變量

總之，project可以單獨(dú)存在也可以包含在workspace中，同時(shí)可以在Scheme中指定哪個(gè)Target、build配置、哪個(gè)可執(zhí)行配置在某個(gè)時(shí)刻是有效的。

build settings

一個(gè)build setting是一個(gè)指示產(chǎn)品某個(gè)方面構(gòu)建方式的變量，比如決定xcode傳給編譯器的參數(shù)選項(xiàng)是怎樣。其是一個(gè)常量或者一個(gè)公式供給xcode在構(gòu)建的時(shí)候計(jì)算build setting。

workspace

workspace 是組織projects和其他協(xié)同工作的文檔的一份文檔。除此之外，它還維護(hù)project和target之間的顯性及隱性的依賴關(guān)系。

默認(rèn)workspace中的所有Xcode projects都在同一個(gè)目錄下構(gòu)建，稱為workspace build directory，由于所有project的所有文件都在同一個(gè)目錄下，所以所有文件都對(duì)每個(gè)project可見(jiàn)。比如兩個(gè)project使用同一個(gè)庫(kù)，則不用復(fù)制到另一個(gè)project目錄中。

workspace中的每個(gè)project都有其獨(dú)立id,同時(shí)project可以屬于多個(gè)workspace，可以單獨(dú)打開(kāi)project或者在其他workspace中打開(kāi)，且都不用重新配置project或者workspace。

可以使用workspace默認(rèn)的build 目錄，也可以指定一個(gè)。如果project指定了構(gòu)建目錄，這個(gè)目錄會(huì)被project構(gòu)建時(shí)所在的workspace的build目錄覆蓋。

xcode scheme

xcode scheme定義了一系列構(gòu)建的targets，構(gòu)建時(shí)的配置，和一系列執(zhí)行的測(cè)試。

可以有很多scheme,但同一時(shí)刻只能有一個(gè)有效的。選擇scheme時(shí)，意味著你也選擇了一個(gè)運(yùn)行目標(biāo)（product構(gòu)建的硬件平臺(tái))。可以指定scheme是否存儲(chǔ)在project中，以便包含此project的所有workspace都可以使用些scheme,當(dāng)然也可以指定只存儲(chǔ)在某個(gè)workspace中。

現(xiàn)實(shí)案例

如果需要將project A的輸出*.a作為project B的輸入，則可以在B的framework中添加A的project文件。此時(shí)project A的內(nèi)容即可在B的framework層級(jí)中展開(kāi)，同時(shí)為了使用A中的頭文件，需要將其源文件路徑加入A中的target的Build Settings中的User Header Search Paths中

而將所使用的庫(kù)的頭文件及*.a文件配置進(jìn)spec文件中，并將其交付給pod管理的情況，則由pod默認(rèn)將頭文件均添加進(jìn)了Pod目錄 Pods/Headers/Public中，并將此目錄配置進(jìn)了Pods target的Header Search Paths中

pods管理的各個(gè)庫(kù)的頭文件導(dǎo)入的方式

而.a文件導(dǎo)入的方式則是通過(guò)如下配置選項(xiàng)來(lái)完成

pod管理的項(xiàng)目直接配置的.a文件導(dǎo)入項(xiàng)目的方式

依賴的project依賴了同樣的pod庫(kù)

如果project B所依賴的project A需要依賴同樣的Pod庫(kù)，則情況會(huì)復(fù)雜一些，首先是，在Podfile文件中，如果添加兩條xcodeproj指令

添加兩條xcodeproj指令的Podfile

則會(huì)導(dǎo)致在執(zhí)行pod update命令時(shí)，頭一條xcodeproj 指令所 指明的proj無(wú)法被pod所找到

添加了兩條xcodeproj

而如果將A作為B的exclusive target，則A和B在workspace中的關(guān)系會(huì)是平級(jí)的關(guān)系，所以Podfile中不需要添加project A的信息，只需要將A作為 B所依賴的framework導(dǎo)入進(jìn)來(lái)即可。由于project A由于整個(gè)項(xiàng)目位于B中，所以Podfile.lock相對(duì)于其目錄的位置會(huì)不一樣，有可能出現(xiàn)Check Pods Manifest.lock中所執(zhí)行的

diff指令中 Podfile.lock文件路徑不正確的總是，這時(shí)需要手動(dòng)調(diào)整

如果只讓A依賴pod庫(kù)，同時(shí)B也依賴pod庫(kù)，則會(huì)出現(xiàn)多重符號(hào)的提示

當(dāng)然，如果能夠讓A和B都可以自由地依賴各自所依賴的Pod庫(kù)自然是最好，但目前還未發(fā)現(xiàn)同一個(gè)workspace中想到依賴的xcodeproj同時(shí)依賴同一個(gè)pod庫(kù)的解決方案