? ? ? ?相信很多人都注意到XCode中, 有個Target的概念. 這在很多地方都有所體現(xiàn), 比如打開一個工程后, 左側(cè)的列表中有Targets一項(xiàng), 而在工程界面的頂部菜單中, project里面也有多個涉及到Target的項(xiàng)目, 那么這個Target到底是什么呢?
Apple的人是這樣說的:“ 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.”
簡單的理解的話, 可以認(rèn)為一個target對應(yīng)一個新的product(基于同一份代碼的情況下). 但都一份代碼了, 弄個新product做啥呢? 折騰這個有意思么?
其實(shí)這不是單純的瞎折騰, 雖然代碼是同一份, 但編譯設(shè)置(比如編譯條件), 以及包含的資源文件卻可以有很大的差別. 于是即使同一份代碼, 產(chǎn)出的product也可能大不相同.
我們來舉幾個典型的應(yīng)用多Targets的情況吧, 比如完整版和lite版; 比如同一個游戲的20關(guān), 30關(guān), 50關(guān)版; 再或者比如同一個游戲換些資源和名字就當(dāng)新游戲賣的(喂喂, 你在教些什么...)
Targets之間, 什么相同, 什么不同!
既然是利用同一份代碼產(chǎn)出不同的product, 那么到底不同Target之間存在著什么樣的差異呢?
要解釋這個問題, 我們就要來看看一個Target指定了哪些內(nèi)容.
從XCode左側(cè)的列表中, 我們可以看到一個Target包含了Copy Bundle Resources, Compile Sources, Link Binary With Libraries. 其中
Copy Bundle Resources 是指生成的product的.app內(nèi)將包含哪些資源文件
Compile Sources 是指將有哪些源代碼被編譯
Link Binary With Libraries 是指編譯過程中會引用哪些庫文件
通過Copy Bundle Resources中內(nèi)容的不同設(shè)置, 我們可以讓不同的product包含不同的資源, 包括程序的主圖標(biāo)等, 而不是把XCode的工程中列出的資源一股腦的包含進(jìn)去。
而這還不是一個target所指定的全部內(nèi)容. 每個target可以使用一個獨(dú)立, 不同的Info.plist文件。
我們都知道, 這個Info.plist文件內(nèi)定義了一個iPhone項(xiàng)目的很多關(guān)鍵性內(nèi)容, 比如程序名稱, 最終生成product的全局唯一id等等。
而且不同的target還可以定義完整的差異化的編譯設(shè)置, 從簡單的調(diào)整優(yōu)化選項(xiàng), 到增加條件編譯所使用的編譯條件, 以至于所使用的base SDK都可以差異化指定.
創(chuàng)建第二個Target!
為什么是第二個? 因?yàn)榈谝粋€就是創(chuàng)建好工程后的默認(rèn)Target呀! (廢話這么多, 拖走...)
創(chuàng)建target有多種方法, 我們可以從現(xiàn)有的target上復(fù)制出一份, 然后略加改動, 也可以完全新建一個target出來. 但其實(shí)說穿了, 兩個方法大同小異。
首先我們來看看利用復(fù)制的方法創(chuàng)建target
利用復(fù)制創(chuàng)建target
我們在XCode左側(cè)的列表中, 展開 Targets 項(xiàng), 在現(xiàn)有的target上, 右鍵選擇 "Duplicate", 或者選中現(xiàn)有target后, 在頂部菜單的Edit內(nèi)選擇"Duplicate"也可以。
此時我們就得到了一個新的target, 而在Resource里面也會得到一個 xxxx copy.plist. 這個新的target與原有的target是完全一致的, 余下的就是一些差異化的修改, 這個我們后面再說。
創(chuàng)建全新的target
類似復(fù)制的方法, 我們可以在左側(cè)的列表中很多地方按下右鍵菜單, 都可以看到Add中會有"New Target..."一項(xiàng), 而在工程頂部菜單的Project內(nèi), 也可以看到這個"New Target..."的身影。
點(diǎn)擊后, 首先會讓你選擇target的類型, 既然我一直所指的都是程序本身, 那么自然選擇Application了(至于其他的嘛, 有興趣的自己研究吧, 比如我們可以把程序中的部分提取成一個Static Library)。
Next后, 會讓你輸入一個新的Target的名字, 而不像復(fù)制的方法中, 默認(rèn)生成 xxxxx copy這樣的target名.
但是這樣生成出的Target幾乎是空的. Copy Bundle Resources, Compile Sources, Link Binary With Libraries里面都沒有任何內(nèi)容. 編譯設(shè)置也是完全原始的狀態(tài)。
可以通過拖拽內(nèi)容到這些target的設(shè)置中, 以及調(diào)整編譯選項(xiàng)來完成Target的配置。
Target中部分內(nèi)容的修改方法!
其實(shí)這段的部分內(nèi)容, 在非多Targets的工程中也可能會用得到。
由于修改基本都是在工程/編譯設(shè)置中完成, 因此沒有特殊情況, 就不再聲明了, 打開target對應(yīng)的工程/編譯設(shè)置的方法可以采用在該target上右鍵, 選擇get info來做到。
生成的product名稱的修改: Packing段內(nèi)的Product Name一項(xiàng)
Info.plist文件名: Packing段內(nèi)的Info.plist File一項(xiàng), 比如復(fù)制出來的target覺得那個xxxxx copy.plist太傻就可以在這里改
再說一下預(yù)編譯宏的事情：target->Build Setting，搜索：Preprocessor Macros，設(shè)置Debug和Release里的預(yù)編譯宏內(nèi)容，比如TARGET_VERSION_LITE=1表示lite版本（注意=前后不能右空格，有空格會編譯不過），程序中對不同版本這樣判斷：
這樣的條件編譯來部分差異化代碼了
也許有些朋友記得我在代碼區(qū)貼過的檢測破解版的代碼, 其中有一種檢測方法就是看info.plist是文本還是二進(jìn)制的, 那么我們能否建議一個模擬破解的target, 直接生成文本的info.plist以便測試呢?
當(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)添加/刪除文件, 可以在要改動的文件上, 選擇get info, 并且切換到Target頁, 勾選要引用這個文件的target即可．比如icon.png可以指定給默認(rèn)target, 而icon_lite.png指定給lite verion的target。
#if TARGET_VERSION_LITE ==1
...
#elif TARGET_VERSION_LITE ==2
...
#endif
