XCode工程中 Targets講解是本文要介紹的內(nèi)容，相信很多人都注意到XCode中, 有個(gè)Target的概念. 這在很多地方都有所體現(xiàn), 比如打開(kāi)一個(gè)工程后, 左側(cè)的列表中有Targets一項(xiàng), 而在工程界面的頂部菜單中, project里面也有多個(gè)涉及到Target的項(xiàng)目, 那么這個(gè)Target到底是什么呢? 

Apple的人是這樣說(shuō)的:“ Targets that define the products to build. A target organizes the files and instructions needed to build a product into a sequence of build actions that can be taken.”

簡(jiǎn)單的理解的話, 可以認(rèn)為一個(gè)target對(duì)應(yīng)一個(gè)新的product(基于同一份代碼的情況下). 但都一份代碼了, 弄個(gè)新product做啥呢? 折騰這個(gè)有意思么?

其實(shí)這不是單純的瞎折騰, 雖然代碼是同一份, 但編譯設(shè)置(比如編譯條件), 以及包含的資源文件卻可以有很大的差別. 于是即使同一份代碼, 產(chǎn)出的product也可能大不相同.

我們來(lái)舉幾個(gè)典型的應(yīng)用多Targets的情況吧, 比如完整版和lite版; 比如同一個(gè)游戲的20關(guān), 30關(guān), 50關(guān)版; 再或者比如同一個(gè)游戲換些資源和名字就當(dāng)新游戲賣的(喂喂, 你在教些什么...)

Targets之間, 什么相同, 什么不同

既然是利用同一份代碼產(chǎn)出不同的product, 那么到底不同Target之間存在著什么樣的差異呢?

要解釋這個(gè)問(wèn)題, 我們就要來(lái)看看一個(gè)Target指定了哪些內(nèi)容.

從XCode左側(cè)的列表中, 我們可以看到一個(gè)Target包含了Copy Bundle Resources, Compile Sources, Link Binary With Libraries. 其中

Copy Bundle Resources 是指生成的product的.app內(nèi)將包含哪些資源文件

Compile Sources 是指將有哪些源代碼被編譯

Link Binary With Libraries 是指編譯過(guò)程中會(huì)引用哪些庫(kù)文件

通過(guò)Copy Bundle Resources中內(nèi)容的不同設(shè)置, 我們可以讓不同的product包含不同的資源, 包括程序的主圖標(biāo)等, 而不是把XCode的工程中列出的資源一股腦的包含進(jìn)去.

而這還不是一個(gè)target所指定的全部?jī)?nèi)容. 每個(gè)target可以使用一個(gè)獨(dú)立, 不同的Info.plist文件. 

我們都知道, 這個(gè)Info.plist文件內(nèi)定義了一個(gè)iPhone項(xiàng)目的很多關(guān)鍵性內(nèi)容, 比如程序名稱, 最終生成product的全局***id等等.
   
而且不同的target還可以定義完整的差異化的編譯設(shè)置, 從簡(jiǎn)單的調(diào)整優(yōu)化選項(xiàng), 到增加條件編譯所使用的編譯條件, 以至于所使用的base SDK都可以差異化指定.

創(chuàng)建第二個(gè)Target

為什么是第二個(gè)? 因?yàn)?**個(gè)就是創(chuàng)建好工程后的默認(rèn)Target呀! (廢話這么多, 拖走...)

創(chuàng)建target有多種方法, 我們可以從現(xiàn)有的target上復(fù)制出一份, 然后略加改動(dòng), 也可以完全新建一個(gè)target出來(lái). 但其實(shí)說(shuō)穿了, 兩個(gè)方法大同小異

首先我們來(lái)看看利用復(fù)制的方法創(chuàng)建target

利用復(fù)制創(chuàng)建target

我們?cè)赬Code左側(cè)的列表中, 展開(kāi) Targets 項(xiàng), 在現(xiàn)有的target上, 右鍵選擇 "Duplicate", 或者選中現(xiàn)有target后, 在頂部菜單的Edit內(nèi)選擇"Duplicate"也可以.

此時(shí)我們就得到了一個(gè)新的target, 而在Resource里面也會(huì)得到一個(gè) xxxx copy.plist. 這個(gè)新的target與原有的target是完全一致的, 余下的就是一些差異化的修改, 這個(gè)我們后面再說(shuō)

創(chuàng)建全新的target

類似復(fù)制的方法, 我們可以在左側(cè)的列表中很多地方按下右鍵菜單, 都可以看到Add中會(huì)有"New Target..."一項(xiàng), 而在工程頂部菜單的Project內(nèi), 也可以看到這個(gè)"New Target..."的身影.

點(diǎn)擊后, 首先會(huì)讓你選擇target的類型, 既然我一直所指的都是程序本身, 那么自然選擇Application了(至于其他的嘛, 有興趣的自己研究吧, 比如我們可以把程序中的部分提取成一個(gè)Static Library).

Next后, 會(huì)讓你輸入一個(gè)新的Target的名字, 而不像復(fù)制的方法中, 默認(rèn)生成 xxxxx copy這樣的target名.

但是這樣生成出的Target幾乎是空的. Copy Bundle Resources, Compile Sources, Link Binary With Libraries里面都沒(méi)有任何內(nèi)容. 編譯設(shè)置也是完全原始的狀態(tài).

可以通過(guò)拖拽內(nèi)容到這些target的設(shè)置中, 以及調(diào)整編譯選項(xiàng)來(lái)完成Target的配置。

Target中部分內(nèi)容的修改方法

其實(shí)這段的部分內(nèi)容, 在非多Targets的工程中也可能會(huì)用得到.

由于修改基本都是在工程/編譯設(shè)置中完成, 因此沒(méi)有特殊情況, 就不再聲明了, 打開(kāi)target對(duì)應(yīng)的工程/編譯設(shè)置的方法可以采用在該target上右鍵, 選擇get info來(lái)做到.

生成的product名稱的修改: Packing段內(nèi)的Product Name一項(xiàng)

Info.plist文件名: Packing段內(nèi)的Info.plist File一項(xiàng), 比如復(fù)制出來(lái)的target覺(jué)得那個(gè)xxxxx copy.plist太傻就可以在這里改

條 件編譯: 增加一個(gè)User-Defined Setting(Target "xxxx" Info的build頁(yè)的左下角那個(gè)齒輪中可以看到這個(gè)內(nèi)容), 在Other C Flag里面填入, 比如要定義一個(gè)叫做LITE_VERSION的define值, 我們可以寫(xiě)上 "-DLITE_VERSION" 或 "-DLITE_VERSION=1". 那么在程序中就可以用

#if defined(LITE_VERSION)   
#else   
#endif  

這樣的條件編譯來(lái)部分差異化代碼了

也許有些朋友記得我在代碼區(qū)貼過(guò)的檢測(cè)破解版的代碼, 其中有一種檢測(cè)方法就是看info.plist是文本還是二進(jìn)制的, 那么我們能否建議一個(gè)模擬破解的target, 直接生成文本的info.plist以便測(cè)試呢?

當(dāng)然可以, 在packing段內(nèi), 有一項(xiàng)叫"Info.plist Output Encoding", 默認(rèn)值是Binary, 我們只要選成xml, 那么生成出的product.app內(nèi)的info.plist就直接是文本樣式的了.

另外, 向Copy Bundle Resources, Compile Sources, Link Binary With Libraries內(nèi)添加/刪除文件, 可以在要改動(dòng)的文件上, 選擇get info, 并且切換到Target頁(yè), 勾選要引用這個(gè)文件的target即可. 比如icon.png可以指定給默認(rèn)target, 而icon_lite.png指定給lite verion的target

小結(jié)：XCode工程中 Targets講解的內(nèi)容介紹完了，希望本文對(duì)你有所幫助！更多相關(guān)內(nèi)容請(qǐng)參考編輯推薦。

原帖地址  http://www.cocoachina.com/bbs/read.php?tid-10972-fpage-0-toread--page-1.html