項目配置：
基本項（Basic）
1、Architectures(指令集)——設(shè)置你想支持的指令集兜喻，目前ios的指令集有以下幾種：
（1）armv7,支持的機器iPhone4,iPhone4S
（2）armv7s,支持的機器iPhone5,iPhone5C
（3）arm64金句，支持的機器：iPhone5S及之后版本
機器對指令集的支持是向下兼容的强霎，因此armv7的指令集是可以運行在iphone5S的逐纬，只是效率沒那么高而已~
Valid architectures : 指即將編譯的指令集幸冻。
**Build Active Architecture Only : **是否只編譯當前適用的指令集堤瘤。
根據(jù)最新的12月份攜程APP iOS機型分布椭豫，其實4和4S的占比在5%以下贩耐，所以我們的指令集最低必須基于armv7(低于2%可以考慮不支持衬鱼，現(xiàn)在4S還可以升級iOS9，免為其難支持一下). 因此,Architecture的值選擇：armv7 armv7s arm64
1憔杨、如果想自己的app在各個機器都能夠最高效率的運行鸟赫，則需要將Build Active Architecture Only改為NO,Valid architectures選擇對應(yīng)的指令集：armv7 armv7s arm64。這個會為各個指令集編譯對應(yīng)的代碼消别，因此最后的 ipa體積基本翻了3倍抛蚤。（如果不在乎app大小的話，應(yīng)該這樣做）
2寻狂，如果想讓app體積保持最小岁经，則現(xiàn)階段可以選擇Valid architectures不支持armv7s,可以減少部分體積，我們的SDK就是這么干的蛇券。(ps:不可能只支持armv7,蘋果早都要求上架app必須支持64位了)
Base SDK ----當前編譯用的SDK版本缀壤。
iPhone OS Deployment Target----指的是編譯出的程序?qū)⒃谀膫€系統(tǒng)版本上運行樊拓。
iPhone OS的版本眾多，很多用戶由于各種各樣的原因沒有升級到最新版塘慕，這就給我們開發(fā)者帶了麻煩筋夏。作為開發(fā)者，我們都希望軟件的受眾越多越好图呢。怎么樣讓軟件盡量適應(yīng)最多的iPhone OS条篷？
這里我們就應(yīng)該了解iPhone項目的Base SDK和iPhone OS Deployment Target。 Base SDK指的是當前編譯用的SDK版本蛤织。iPhone OS Deployment Target指的是編譯出的程序?qū)⒃谀膫€系統(tǒng)版本上運行赴叹。
用更簡單實用的語句描述如下：
Base SDK設(shè)置為當前xcode所支持的最高的sdk版本，比如"latest iOS(iOS9.2)"指蚜。iPhone OS Deployment Target設(shè)置為你所支持的最低的iPhone OS版本乞巧，比如"iPhone OS 7.0"(目前我們的app最低支持到7.0，支付寶SDK的有一個版本最低支持到7.1 ...)摊鸡。
這樣設(shè)置之后摊欠，你的程序就可以運行于從iPhone OS 7.0 到 9.0的設(shè)備之上。當然柱宦，前提是你沒有用到7.0之后新加的API些椒。當然在程序中也可以對系統(tǒng)版本進行判斷，使用不同的API掸刊。 如下形式進行簡單判斷
if ([[[UIDevice currentDevice] systemVersion] floatValue] < 9.0) {
...
}
2免糕、Build Options:
validate Built Product:boolean 類型，指定是否執(zhí)行產(chǎn)品驗證測試（就是說是否使用你的證書進行驗證測試）忧侧。一般在Debug版本設(shè)置成NO石窑，release版本設(shè)置成Yes。
當你使用的證書無效時蚓炬，常提示錯誤：
warning: Application failed codesign verification. The signature was invalid, contains disallowed entitlements, or it was not signed with an iPhone Distribution Certificate. (-19011)
當然你可以設(shè)置成No松逊，不進行驗證。
在targets》build setting》validate built Product里面設(shè)置release為NO肯夏，警告消失经宏。
3、Code Signing 代碼簽名
Code Signing Identity-----代碼簽名的身份驯击，即選擇簽名證書烁兰，一是開發(fā)證書，二是發(fā)布證書徊都。
開發(fā)的時候用Development沪斟，比如下模擬器，下真機測試暇矫。如果是上傳app store 上就應(yīng)該用Distribution 設(shè)置的時候全部統(tǒng)一設(shè)置成一樣就好了主之。
Code signing 對你來說择吊，最主要的意義就是它能讓你的App在設(shè)備上運行。不管是你自己的設(shè)備槽奕，甲方客戶的几睛，還是在App store上購買你的消費者。如果沒有code signing史翘，你只可以在模擬器上枉长，或者一臺越獄過的機器上運行你的應(yīng)用----當然冀续，僅僅如此是不能滿足我們的琼讽。模擬器的測試僅僅是一種初步測試，模擬器不能替代真機調(diào)試洪唐，因為真正的設(shè)備會通常比模擬器慢钻蹬。模擬器使用的是你的MAC機上的處理器，而一臺真正的iphone可遠遠沒有這種條件凭需。所以如果你不在設(shè)備上真正運行问欠，你可能就會忽略實際的性能問題。
當然在XCode6以后粒蜈，蘋果已經(jīng)可以讓非付費開發(fā)者用戶可以進行真機調(diào)試顺献，十分方便。在真機運行時枯怖，點擊<code>Fix Issue</code>即可
4注整、Search Paths 查詢路徑
Always Search User Paths --- 是否搜索用戶路徑
Xcode Header Path的設(shè)置 Header Search Paths是一定會去搜索的。 而UserHeader Search Paths只有在Always Search User Paths為Yes時才會被搜索度硝。
**Header Search Paths (HEADER_SEARCH_PATHS) **------This is a list of paths to folders to be searched by the compiler for included or imported header files when compiling C,Objective-C, C++, or Objective-C++ source files.
Library Search Paths (LIBRARY_SEARCH_PATHS) -------This is a list of paths to folders to be searched by the linker for static and dynamic libraries used by the product.
**Framework Search Paths (FRAMEWORK_SEARCH_PATHS) **-------This is a list of paths to folders containing frameworks to be searched by the compiler for both included or imported header files when compiling C, Objective-C, C++, or Objective-C++, and by the linker for frameworks used by the product.
**Rez Search Paths (REZ_SEARCH_PATHS) **----This is a list of paths to search for files included by CarbonResource Manager resources and compiled with the Rez tool.
