寫在前面
收到一些小伙伴的來信，覺得可能下邊沒有表達(dá)清楚，先把大家關(guān)心的要點(diǎn)在此進(jìn)行總結(jié)，有興趣的可以看看下邊的研究過程，沒興趣的直接看這段即可。
- Xcode8支持Swift2.3和Swift3.0兩種語編譯，但是在整個(gè)工程中只能使用一種語法。
- 如果想用Swift2.3版本開發(fā)，當(dāng)彈出是否遷移到Swift3.0的對(duì)話框一律選擇Later。所有的target（包括自己創(chuàng)建的和Cocoapods自動(dòng)生成的）的Use Legacy Swift Language Version選擇Yes。
- 如果想用Swift3.0版本開發(fā)，當(dāng)遷移到Swift3.0的界面選擇target時(shí)，只要選擇自己創(chuàng)建的target即可，Cocoapods導(dǎo)入的第三方不要勾選。所有的target（包括自己創(chuàng)建的和Cocoapods自動(dòng)生成的）的Use Legacy Swift Language Version選擇No.
- Alamofire最新正式版本（4.0.0）只支持Swift3.0，想用Swift2.3開發(fā)的請(qǐng)選擇3.5.0版本；
- SnapKit的最新正式版本（3.0.0）同時(shí)支持Swift2.3和Swift3.0，請(qǐng)根據(jù)需求選擇Use Legacy Swift Language Version的選項(xiàng)。
- ReactiveCocoa的最新正式版本（4.2.2）只支持Swift2.3，凡是用到這個(gè)框架的項(xiàng)目只能使用Swift2.3開發(fā)。所有target包括自己創(chuàng)建的和Cocoapods自動(dòng)生成的）的Use Legacy Swift Language Version選擇Yes。
探究過程
Xcode8發(fā)布了，隨著Xcode8一起到來的還有Swift3.0。相信好多小伙伴已經(jīng)興沖沖的下載了Xcode8，并且打開了自己的Swift項(xiàng)目想要盡快將自己的項(xiàng)目切換到Swift3.0吧。
Tip:
首先鄭重提示，如果是Swift的項(xiàng)目：
- Xcode不要覆蓋安裝，最好保留Xcode7和Xcode8兩個(gè)開發(fā)工具；
- 請(qǐng)先備份自己的項(xiàng)目，請(qǐng)先備份自己的項(xiàng)目，請(qǐng)先備份自己的項(xiàng)目；
- 如果項(xiàng)目遷移到Swift3.0失敗，請(qǐng)用Xcode7打開自己備份項(xiàng)目繼續(xù)開發(fā)，凡是用Xcode8打開過的Swift項(xiàng)目，Xcode7打開都會(huì)報(bào)錯(cuò)。
我也是這么想的，用Xcode8打開自己的項(xiàng)目，首先提示我們Swift語法修改了，詢問我們是否要遷移到Swift3.0，如圖所示：
當(dāng)然選擇Convert了，選擇后，如圖所示：
選擇轉(zhuǎn)換到Swift3.0，一路Next之后，發(fā)現(xiàn)，發(fā)現(xiàn)依然報(bào)錯(cuò)，然后我就傻眼了。
仔細(xì)觀察錯(cuò)誤信息，發(fā)現(xiàn)報(bào)錯(cuò)大部分集中在了第三方框架SnapKit中，難道是SnapKit不支持Swift3.0，我們?cè)贕itHub上看到：
難道是由于我們項(xiàng)目中的SnapKit不是最新版本導(dǎo)致的？
更新后依然報(bào)錯(cuò)，這就尷尬了，人家明明說支持了，但是項(xiàng)目中就報(bào)錯(cuò)，這是為什么？
這個(gè)時(shí)候我們應(yīng)該去百度一下，發(fā)現(xiàn)好多人說要設(shè)置這個(gè)選項(xiàng)：
設(shè)置之后，有些小伙伴可能就編譯成功了，有些小伙伴可能依然編譯出錯(cuò)。那么編譯未成功如何解決呢？下面我們就來研究一下這個(gè)編譯選項(xiàng)到底該怎么設(shè)置。
正常來說，我們可以隨便改自己寫的代碼，但是對(duì)于第三方的代碼，如果我使用Cocopods導(dǎo)入的，一般會(huì)在代碼的右上角看到這個(gè)鎖形標(biāo)志：
這個(gè)標(biāo)志表示當(dāng)前文件被鎖住，你沒有修改的權(quán)限。所以我們最好不要修改第三方中的代碼。但是主要問題又出在第三方框架中，所以我們優(yōu)先解決第三方框架的Swift3.0的適配。
SnapKit適配Swift3.0
既然SnapKit的作者說SnapKit已經(jīng)支持Swift3.0了，那么我們就先來適配SnapKit,首先用Xcode8新建一個(gè)空項(xiàng)目，利用Cocoapods導(dǎo)入SnapKit.
打開工程，依然彈出這個(gè)選項(xiàng)：
剛才選擇了Convert依然報(bào)錯(cuò)，可見不靠譜，這次我們?nèi)窟x擇Later。
編譯后，報(bào)錯(cuò)：
錯(cuò)誤提示我們依然是“Use Legacy Swift Language Version”這個(gè)選項(xiàng)的問題。
我們來看看這個(gè)選項(xiàng)怎么設(shè)置，如圖所示：
因?yàn)镾napKit已經(jīng)支持了Swift3.0，所以我們選擇No，不支持舊的Swift版本，即使用Swift3.0的語法。編譯通過。我們?cè)賮砜纯次覀儗懙拇a生成的target的編譯選項(xiàng)：
由于Xcode8新建的工程默認(rèn)使用Swift3.0的語法，所以此處默認(rèn)選擇為No。
Tip:
如果要使用Swift2.3的語法，請(qǐng)指定SnapKit的版本號(hào)為：0.22.0
ReactiveCocoa適配Swift3.0
相信在好多人在Swift中使用了響應(yīng)式編程，提到響應(yīng)式編程，就不得不說說RAC了，RAC是一個(gè)重型的OC框架，但是為了在Swift中可以使用，作者提供了Swift的橋接文件，所以，在Swift項(xiàng)目中導(dǎo)入了RAC，都會(huì)包含一些Swift的文件，這些Swift的文件也需要適配。
GitHub上RAC的作者在readme中寫到：
RAC 5 支持Swift3.0.x，RAC 4支持Swift2.x。我們?cè)贑ocoapods中搜索ReactiveCocoa這個(gè)庫：
只找到了4.2.2版本的庫，我不知道上邊提到的RAC 5 和 RAC 4 分別指什么。只能先用這個(gè)版本了。同樣的，新建一個(gè)工程:
使用Cocoapods導(dǎo)入RAC：
是否遷移到Swift3.0依然選擇Later,編譯，報(bào)錯(cuò)：
和SnapKit的錯(cuò)誤一樣，同樣的，我們?nèi)ピO(shè)置ReactiveCocoa的targetsh設(shè)置一下參數(shù)：
和SnapKit同樣設(shè)置為No，編譯，報(bào)錯(cuò)。我們可以看到，安裝ReactiveCocoa同時(shí)安裝了一個(gè)Result,看看它的target設(shè)置：
設(shè)置的為Yes，那我們也把ReactiveCocoa的設(shè)置為Yes。編譯，依然報(bào)錯(cuò)：
我們嘗試著把自己的target設(shè)置修改一下：
編譯成功。
同時(shí)導(dǎo)入SnapKit和RAC
現(xiàn)在分別導(dǎo)入SnapKit和RAC都編譯成功了，但是可以看出SnapKit支持Swift3.0。RAC不支持。那么如果兩個(gè)同時(shí)導(dǎo)入該選什么呢？
經(jīng)過測試，如果同事導(dǎo)入兩個(gè)框架，所有的target的設(shè)置都得選擇Yes。（大家可以自己試一下，在此不做贅述。）
可以看到SnapKit既支持Swift3.0，也支持Swift2.3。那么它是如何做到的呢？通過查看源代碼可以看到：
通過這樣的宏來判斷當(dāng)前的Swift的編譯版本來編譯不同的代碼段，從而實(shí)現(xiàn)兼容Swift2.3和Swift3.0。
Alamofire
經(jīng)過測試，Alamofire的4.0.0版本僅支持iOS9+和Swift3.0.x，如果想使用Swift2.3開發(fā)的同學(xué)可以安裝Alamofire的3.5.0版本，設(shè)置所有的Use Legacy Swift Language Version為Yes。
總結(jié)
- target的Build Setting的Use Legacy Swift Language Version選項(xiàng)的作用是設(shè)置當(dāng)前target對(duì)應(yīng)的文件是采用Swift2.3的語法編譯還是Swift3.0的語法編譯。當(dāng)選擇為Yes時(shí)，采用Swift2.3的語法編譯；當(dāng)選擇是No時(shí)，采用Swift3.0的語法編譯。
- 新建的項(xiàng)目中，編譯設(shè)置的原則為：所有的第三方中只要有一個(gè)第三方使用了Swift2.3的語法，那么所有的target的編譯設(shè)置都應(yīng)為Yes。如果都支持Swift3.0的語法，那么就可以設(shè)置為No。并且不能選擇Unspecified。
- 當(dāng)Use Legacy Swift Language Version的選項(xiàng)設(shè)置為Yes時(shí)候，我們的工程只能使用Swift2.3來進(jìn)行開發(fā)，當(dāng)然你也可以像SnapKit那樣利用宏來判斷當(dāng)前Swift的編譯版本來實(shí)現(xiàn)適配Swift3.0，這樣當(dāng)以后遷移到Swift3.0也方便一些。
思考
既然每個(gè)target有自己單獨(dú)的編譯設(shè)置，理論上應(yīng)該在編譯的時(shí)候按照各自的target的編譯設(shè)置來按照不同的Swift的版本編譯，這樣我們就可以自己的代碼使用3.0編寫，第三方根據(jù)各自不同進(jìn)行不同的編譯設(shè)置。以后想要遷移到完全的Swift3.0也更容易一些。但是目前看來編譯的時(shí)候是統(tǒng)一按照我們縮寫的target來編譯的，這樣的話單獨(dú)設(shè)置各自的target還有什么意義呢？或許還需要一些別的設(shè)置才可以實(shí)現(xiàn)各自獨(dú)立編譯？對(duì)此有了解的同學(xué)麻煩告知一下，在此先謝過了。
