寫在前面
收到一些小伙伴的來信蜡娶，覺得可能下邊沒有表達清楚锅棕，先把大家關(guān)心的要點在此進行總結(jié)，有興趣的可以看看下邊的研究過程荆烈，沒興趣的直接看這段即可拯勉。
- Xcode8支持Swift2.3和Swift3.0兩種語編譯，但是在整個工程中只能使用一種語法憔购。
- 如果想用Swift2.3版本開發(fā)宫峦，當彈出是否遷移到Swift3.0的對話框一律選擇Later。所有的target（包括自己創(chuàng)建的和Cocoapods自動生成的）的Use Legacy Swift Language Version選擇Yes玫鸟。
- 如果想用Swift3.0版本開發(fā)导绷，當遷移到Swift3.0的界面選擇target時，只要選擇自己創(chuàng)建的target即可屎飘，Cocoapods導(dǎo)入的第三方不要勾選妥曲。所有的target（包括自己創(chuàng)建的和Cocoapods自動生成的）的Use Legacy Swift Language Version選擇No.
- Alamofire最新正式版本（4.0.0）只支持Swift3.0，想用Swift2.3開發(fā)的請選擇3.5.0版本钦购；
- SnapKit的最新正式版本（3.0.0）同時支持Swift2.3和Swift3.0檐盟，請根據(jù)需求選擇Use Legacy Swift Language Version的選項。
- ReactiveCocoa的最新正式版本（4.2.2）只支持Swift2.3押桃，凡是用到這個框架的項目只能使用Swift2.3開發(fā)葵萎。所有target包括自己創(chuàng)建的和Cocoapods自動生成的）的Use Legacy Swift Language Version選擇Yes。
探究過程
Xcode8發(fā)布了唱凯，隨著Xcode8一起到來的還有Swift3.0羡忘。相信好多小伙伴已經(jīng)興沖沖的下載了Xcode8，并且打開了自己的Swift項目想要盡快將自己的項目切換到Swift3.0吧磕昼。
Tip:
首先鄭重提示壳坪，如果是Swift的項目：
- Xcode不要覆蓋安裝，最好保留Xcode7和Xcode8兩個開發(fā)工具掰烟；
- 請先備份自己的項目，請先備份自己的項目，請先備份自己的項目纫骑；
- 如果項目遷移到Swift3.0失敗蝎亚，請用Xcode7打開自己備份項目繼續(xù)開發(fā)，凡是用Xcode8打開過的Swift項目先馆，Xcode7打開都會報錯发框。
我也是這么想的，用Xcode8打開自己的項目煤墙，首先提示我們Swift語法修改了梅惯，詢問我們是否要遷移到Swift3.0，如圖所示：
當然選擇Convert了仿野，選擇后铣减，如圖所示：
選擇轉(zhuǎn)換到Swift3.0，一路Next之后脚作，發(fā)現(xiàn)葫哗，發(fā)現(xiàn)依然報錯，然后我就傻眼了球涛。
仔細觀察錯誤信息劣针，發(fā)現(xiàn)報錯大部分集中在了第三方框架SnapKit中，難道是SnapKit不支持Swift3.0亿扁，我們在GitHub上看到：
難道是由于我們項目中的SnapKit不是最新版本導(dǎo)致的捺典？
更新后依然報錯，這就尷尬了从祝，人家明明說支持了襟己，但是項目中就報錯，這是為什么哄褒？
這個時候我們應(yīng)該去百度一下稀蟋，發(fā)現(xiàn)好多人說要設(shè)置這個選項：
設(shè)置之后，有些小伙伴可能就編譯成功了呐赡，有些小伙伴可能依然編譯出錯退客。那么編譯未成功如何解決呢？下面我們就來研究一下這個編譯選項到底該怎么設(shè)置链嘀。
正常來說萌狂，我們可以隨便改自己寫的代碼，但是對于第三方的代碼怀泊，如果我使用Cocopods導(dǎo)入的茫藏，一般會在代碼的右上角看到這個鎖形標志：
這個標志表示當前文件被鎖住，你沒有修改的權(quán)限霹琼。所以我們最好不要修改第三方中的代碼务傲。但是主要問題又出在第三方框架中凉当，所以我們優(yōu)先解決第三方框架的Swift3.0的適配。
SnapKit適配Swift3.0
既然SnapKit的作者說SnapKit已經(jīng)支持Swift3.0了售葡，那么我們就先來適配SnapKit,首先用Xcode8新建一個空項目看杭，利用Cocoapods導(dǎo)入SnapKit.
打開工程，依然彈出這個選項：
剛才選擇了Convert依然報錯挟伙，可見不靠譜楼雹，這次我們?nèi)窟x擇Later。
編譯后尖阔，報錯：
錯誤提示我們依然是“Use Legacy Swift Language Version”這個選項的問題贮缅。
我們來看看這個選項怎么設(shè)置，如圖所示：
因為SnapKit已經(jīng)支持了Swift3.0介却，所以我們選擇No谴供，不支持舊的Swift版本，即使用Swift3.0的語法筷笨。編譯通過憔鬼。我們再來看看我們寫的代碼生成的target的編譯選項：
由于Xcode8新建的工程默認使用Swift3.0的語法，所以此處默認選擇為No胃夏。
Tip:
如果要使用Swift2.3的語法轴或，請指定SnapKit的版本號為：0.22.0
ReactiveCocoa適配Swift3.0
相信在好多人在Swift中使用了響應(yīng)式編程仰禀，提到響應(yīng)式編程照雁，就不得不說說RAC了，RAC是一個重型的OC框架答恶，但是為了在Swift中可以使用饺蚊，作者提供了Swift的橋接文件，所以悬嗓，在Swift項目中導(dǎo)入了RAC污呼，都會包含一些Swift的文件，這些Swift的文件也需要適配包竹。
GitHub上RAC的作者在readme中寫到：
RAC 5 支持Swift3.0.x燕酷，RAC 4支持Swift2.x。我們在Cocoapods中搜索ReactiveCocoa這個庫：
只找到了4.2.2版本的庫周瞎，我不知道上邊提到的RAC 5 和 RAC 4 分別指什么苗缩。只能先用這個版本了。同樣的声诸，新建一個工程:
使用Cocoapods導(dǎo)入RAC：
是否遷移到Swift3.0依然選擇Later,編譯酱讶，報錯：
和SnapKit的錯誤一樣，同樣的彼乌，我們?nèi)ピO(shè)置ReactiveCocoa的targetsh設(shè)置一下參數(shù)：
和SnapKit同樣設(shè)置為No泻肯，編譯渊迁，報錯。我們可以看到灶挟，安裝ReactiveCocoa同時安裝了一個Result,看看它的target設(shè)置：
設(shè)置的為Yes宫纬，那我們也把ReactiveCocoa的設(shè)置為Yes。編譯膏萧，依然報錯：
我們嘗試著把自己的target設(shè)置修改一下：
編譯成功。
同時導(dǎo)入SnapKit和RAC
現(xiàn)在分別導(dǎo)入SnapKit和RAC都編譯成功了蝌衔，但是可以看出SnapKit支持Swift3.0榛泛。RAC不支持。那么如果兩個同時導(dǎo)入該選什么呢噩斟？
經(jīng)過測試曹锨，如果同事導(dǎo)入兩個框架，所有的target的設(shè)置都得選擇Yes剃允。（大家可以自己試一下沛简，在此不做贅述。）
可以看到SnapKit既支持Swift3.0斥废，也支持Swift2.3椒楣。那么它是如何做到的呢？通過查看源代碼可以看到：
通過這樣的宏來判斷當前的Swift的編譯版本來編譯不同的代碼段牡肉，從而實現(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選項的作用是設(shè)置當前target對應(yīng)的文件是采用Swift2.3的語法編譯還是Swift3.0的語法編譯饲窿。當選擇為Yes時煌寇，采用Swift2.3的語法編譯；當選擇是No時逾雄，采用Swift3.0的語法編譯阀溶。
- 新建的項目中，編譯設(shè)置的原則為：所有的第三方中只要有一個第三方使用了Swift2.3的語法嘲驾，那么所有的target的編譯設(shè)置都應(yīng)為Yes淌哟。如果都支持Swift3.0的語法，那么就可以設(shè)置為No辽故。并且不能選擇Unspecified徒仓。
- 當Use Legacy Swift Language Version的選項設(shè)置為Yes時候，我們的工程只能使用Swift2.3來進行開發(fā)誊垢，當然你也可以像SnapKit那樣利用宏來判斷當前Swift的編譯版本來實現(xiàn)適配Swift3.0掉弛，這樣當以后遷移到Swift3.0也方便一些症见。
思考
既然每個target有自己單獨的編譯設(shè)置，理論上應(yīng)該在編譯的時候按照各自的target的編譯設(shè)置來按照不同的Swift的版本編譯殃饿，這樣我們就可以自己的代碼使用3.0編寫谋作，第三方根據(jù)各自不同進行不同的編譯設(shè)置。以后想要遷移到完全的Swift3.0也更容易一些乎芳。但是目前看來編譯的時候是統(tǒng)一按照我們縮寫的target來編譯的遵蚜，這樣的話單獨設(shè)置各自的target還有什么意義呢？或許還需要一些別的設(shè)置才可以實現(xiàn)各自獨立編譯奈惑？對此有了解的同學(xué)麻煩告知一下吭净，在此先謝過了。
