前言
這里會介紹三種多環(huán)境的配置方法宙橱，開發(fā)需要根究自己的需求進行靈活使用馋袜。
Xcode常見名詞
-
Project：包含了項目所有的代碼，資源文件球散，所有信息。 -
Target：對指定代碼和資源文件的具體構(gòu)建方式散庶。 -
Scheme：對指定Target的環(huán)境配置蕉堰。 -
WorkSpace: 多個Project的合集環(huán)境
其中真正發(fā)揮作用的打工人： Target
首先我們來看一個熟悉的東西：
通多上面修改Build Configuration的方式來切換Debug和Release的開發(fā)環(huán)境，是最基本的操作悲龟。但是很多大型的項目屋讶，并不能滿足我們的開發(fā)需求， 比如說在早期一份代碼可以上架多套不同UI的app须教，為了提高開發(fā)效率皿渗，這個時候就可以進行多渠道，多target的構(gòu)建方式没卸。 在這里介紹三種多環(huán)境的配置方式羹奉。
方式一：多個target配置
target： 在編譯時就是給編譯插入?yún)?shù)。添加配置條件信息约计。
配置步驟：
1. 制作一個副本
之后發(fā)現(xiàn)增加了一個Target和一個Info.plist文件，同時也會多一個Scheme迁筛。這里沒有產(chǎn)生任何代碼煤蚌，只是多了一個打工人。
2. 修改infoplist和scheme文件名稱
3. Target中預(yù)定義宏的的設(shè)置
使用：
if(DEV){
NSLog(@"DEV");
}else{
NSLog(@"");
}
但是切換到原始target下的時候细卧，就會報錯
同理我們應(yīng)該在原始target下也進行配置即可尉桩。
- 考慮到swift混編的情況下
我們在上面工程的基礎(chǔ)上看下混編要怎么設(shè)置(注意，視情況做出調(diào)整)：
這里要注意贪庙，在添加宏一定要在前面加一個-
這里我們發(fā)現(xiàn)其缺點：
- 關(guān)于target的配置很繁瑣蜘犁，不方便。
- 還需要配置infoplist文件
方式二：多個Scheme配置
Scheme ：就是為了控制環(huán)境變量
我們可以看見：
這里有target 和 release兩種模式止邮。 我們能否添加第三種模式呢这橙？當(dāng)然是可以的奏窑。
舉個例子：
不同的Scheme對應(yīng)不同的AppIcon:
首先我們要在Assets.xcassets再添加一個AppIcon：
-
接著我們可以在
target的Build Settings里面設(shè)置不同的configuration對應(yīng)不同的AppIcon： -
我們還可以針對不同
Scheme設(shè)置不同的App Name：
在Target的Build Settings里面添加自定義的字段，如下：
假設(shè)我們現(xiàn)在就將字段名定義為BUNDLEDISPLAY_NAME鹰晨，然后Debug模式下就叫Debug墨叛，Release模式下就叫Release。
接著我們要在Info.plist文件中替換Bundle name:
缺點：此時同樣的模蜡，我們還是需要在Target里面修改很多東西漠趁，這樣的還難免會遺漏一些東西，改起來也不是特別的方便忍疾。
那么我們能不能通過一個文件來 控制build setting里面的內(nèi)容呢棚潦？這樣我們就不需要找來找去，需要改就直接集合在一起改就好了呢膝昆？當(dāng)然是可以的丸边，接下來看第三種方式。
方式三：利用xcconfig文件荚孵，結(jié)合自定義的Scheme
其實我們在進行cocopods開發(fā)的時候妹窖，會自動生成xcconfig文件，如下：
其實這個xcconfig文件類似于plist文件收叶，就是一個Key-Value的集合骄呼，其對應(yīng)的就是Target中的設(shè)置：
因此我們可以自定義xcconfig文件。步驟如下：
1. 添加文件
?? 注意：xcconfig文件的命名規(guī)則是：<文件夾名稱-APP名稱.對應(yīng)的configuration>如下：
2. 配置文件
運行即可判没。
- 實際的開發(fā)中蜓萄，你面對的可能不只是
Debug&Release環(huán)境，可能有本地澄峰、測試服嫉沽、正式服等等。因此個人建議俏竞，用不同的Scheme區(qū)分開绸硕，是比較高效的處理方式。
- 其實有個更有意思的事情：
XConfig文件 又叫XcodeConfigurations魂毁，我們在Build Settings里面的很多配置都可以通過這個文件通過Key-Value的方式來控制玻佩。
舉例：在使用靜態(tài)庫，動態(tài)庫的時候我們都會需要配置
- 我們在
Config文件里寫入的時候席楚，如下編譯的時候Build Settings里面會自動生成配置咬崔。 那么其它的配置信息也可以類似配置。 - 在
Config文件里OTHER_LDFLAGS是什么呢烦秩？其實就是一些key的縮寫垮斯，可以查到Target的各個字段對應(yīng)的縮寫：Xcode Build Settings
xcconfig文件沖突
沖突 1：
實際開發(fā)中郎仆，我們會使用Cocopods來管理我們的第三方庫，Cocopods也會給我們生成一些xcconfig文件（這里注意?? ：每次pod甚脉，Cocopods都會從新生成xcconfig文件丸升，所以不要在Cocopods生成的xcconfig文件中做修改）
那么這個時候，就有一個問題牺氨，我們針對configuration到底要選哪一個xcconfig文件呢狡耻？當(dāng)然是我們自定義的xcconfig
這樣有衍生出另一問題，那么pod生成的xcconfig我們該怎么處理猴凹，如果不添加夷狰，則pod install就會出問題，如果是之前pod好的工程郊霎，那么pod中針對Target的一些設(shè)置又該怎么辦沼头？
其實很簡單，我們只需要在自定義xcconfig文件中引入pod生成的xcconfig文件就可以了书劝，如下：
#include "Pods/Target Support Files/Pods-test1/Pods-test1.debug.xcconfig"
沖突 2：
如果自定義xcconfig和 pod生成的xcconfig文件进倍，對同一個字段進行了修改，那Xcode會用哪個文件中的配置呢购对？
答案是：自定義xcconfig猾昆，其實大家想一下就明白了，自定義的 引用 pod生成的骡苞，然后Xcode再引用自定義的垂蜗。
那么像這種問題我們該怎么解決呢？
這里我們先給出答案：使用$(inherited)解幽，可以理解為繼承贴见。
下面我們看一下具體的使用場景：
首先我們在自定義的xcconfig文件中添加
OTHER_LDFLAGS = -framework "SDWebImage"
同時我們也pod了AFNetworking。
此時我們會發(fā)現(xiàn)躲株，在Target的Build Settings-Other Link Flags路面只有SDWebImage片部，如下：
這也就意味著，我們引入的第三方庫的鏈接是失敗的徘溢。
這時候吞琐，我們就可以在等號加上-framework "SDWebImage"：
OTHER_LDFLAGS = $(inherited) -framework "SDWebImage"
這里跟大家分享一下：問題 2 的解決辦法，其實就在pod自己生成的xcconfig里面然爆，如果有興趣可以先不自定義xcconfig，使用pod引入一個三方庫黍图，看看pod自動生成的xcconfig是怎么寫的曾雕，然后對應(yīng)的Target里面的設(shè)置又有了哪些變化。
五助被、xcconfig配置技巧
- 1剖张、在
Build Settings里面自定義了URL字段切诀，在xcconfig如何配置//的問題
如果我們直接在xcconfig文件中寫上對應(yīng)的URL會是被識別為注釋符號
我們可以先定義一個/的變量：
A = /
HOST_URL = ${A}/192.168.1.1
其中${A} 和 $(A) 是等價的。
- 2搔弄、比如說我們現(xiàn)在要配置
OTHER_LDFLAGS幅虑，按照上面講的我們是這樣寫的：
OTHER_LDFLAGS = -framework "SDWebImage"
其實我們還可以添加附加條件，比如：指定特定的開發(fā)環(huán)境顾犹、機型倒庵、架構(gòu)等等，如下：
OTHER_LDFLAGS[config=Debug][sdk=iphonesimulator*][arch=x86_64] = -framework "SDWebImage"
此時OTHER_LDFLAGS引入SDWebImage只會在Debug模式下炫刷，運行模擬器并且對應(yīng)的執(zhí)行架構(gòu)為x86_64的時候擎宝，才會執(zhí)行。
優(yōu)先級（由高到低）：
- 手動配置
Target Build Settings -
Target中配置的xcconfig文件 - 手動配置
Project Build Settings -
Project中配置的xcconfig文件
總結(jié)：
對于多環(huán)境浑玛、多項目的配置選擇xcconfig的方式最為高效绍申。
