Xcode8中Swift3.0適配問題

寫在前面

收到一些小伙伴的來信,覺得可能下邊沒有表達清楚,先把大家關心的要點在此進行總結,有興趣的可以看看下邊的研究過程,沒興趣的直接看這段即可。

  • Xcode8支持Swift2.3和Swift3.0兩種語編譯,但是在整個工程中只能使用一種語法。
  • 如果想用Swift2.3版本開發,當彈出是否遷移到Swift3.0的對話框一律選擇Later。所有的target(包括自己創建的和Cocoapods自動生成的)的Use Legacy Swift Language Version選擇Yes。
  • 如果想用Swift3.0版本開發,當遷移到Swift3.0的界面選擇target時,只要選擇自己創建的target即可,Cocoapods導入的第三方不要勾選。所有的target(包括自己創建的和Cocoapods自動生成的)的Use Legacy Swift Language Version選擇No.
  • Alamofire最新正式版本(4.0.0)只支持Swift3.0,想用Swift2.3開發的請選擇3.5.0版本;
  • SnapKit的最新正式版本(3.0.0)同時支持Swift2.3和Swift3.0,請根據需求選擇Use Legacy Swift Language Version的選項。
  • ReactiveCocoa的最新正式版本(4.2.2)只支持Swift2.3,凡是用到這個框架的項目只能使用Swift2.3開發。所有target包括自己創建的和Cocoapods自動生成的)的Use Legacy Swift Language Version選擇Yes。

探究過程

Xcode8發布了,隨著Xcode8一起到來的還有Swift3.0。相信好多小伙伴已經興沖沖的下載了Xcode8,并且打開了自己的Swift項目想要盡快將自己的項目切換到Swift3.0吧。

Tip:

首先鄭重提示,如果是Swift的項目:

  1. Xcode不要覆蓋安裝,最好保留Xcode7和Xcode8兩個開發工具;
  2. 請先備份自己的項目,請先備份自己的項目,請先備份自己的項目;
  3. 如果項目遷移到Swift3.0失敗,請用Xcode7打開自己備份項目繼續開發,凡是用Xcode8打開過的Swift項目,Xcode7打開都會報錯。

我也是這么想的,用Xcode8打開自己的項目,首先提示我們Swift語法修改了,詢問我們是否要遷移到Swift3.0,如圖所示:

是否轉變當前的Swift語法

當然選擇Convert了,選擇后,如圖所示:

轉換到哪個版本的Swift

選擇轉換到Swift3.0,一路Next之后,發現,發現依然報錯,然后我就傻眼了。

依然報錯

仔細觀察錯誤信息,發現報錯大部分集中在了第三方框架SnapKit中,難道是SnapKit不支持Swift3.0,我們在GitHub上看到:


SnapKit最新版本支持Swift3.0

難道是由于我們項目中的SnapKit不是最新版本導致的?
更新后依然報錯,這就尷尬了,人家明明說支持了,但是項目中就報錯,這是為什么?

這個時候我們應該去百度一下,發現好多人說要設置這個選項:

是否使用舊版本的Swift語言

設置之后,有些小伙伴可能就編譯成功了,有些小伙伴可能依然編譯出錯。那么編譯未成功如何解決呢?下面我們就來研究一下這個編譯選項到底該怎么設置。

正常來說,我們可以隨便改自己寫的代碼,但是對于第三方的代碼,如果我使用Cocopods導入的,一般會在代碼的右上角看到這個鎖形標志:

lock

這個標志表示當前文件被鎖住,你沒有修改的權限。所以我們最好不要修改第三方中的代碼。但是主要問題又出在第三方框架中,所以我們優先解決第三方框架的Swift3.0的適配。

SnapKit適配Swift3.0

既然SnapKit的作者說SnapKit已經支持Swift3.0了,那么我們就先來適配SnapKit,首先用Xcode8新建一個空項目,利用Cocoapods導入SnapKit.

Podfile

打開工程,依然彈出這個選項:


是否轉換到Swift3.0

剛才選擇了Convert依然報錯,可見不靠譜,這次我們全部選擇Later。

編譯后,報錯:

報錯

錯誤提示我們依然是“Use Legacy Swift Language Version”這個選項的問題。
我們來看看這個選項怎么設置,如圖所示:

設置SnapKit的編譯選項

因為SnapKit已經支持了Swift3.0,所以我們選擇No,不支持舊的Swift版本,即使用Swift3.0的語法。編譯通過。我們再來看看我們寫的代碼生成的target的編譯選項:

自己的target的編譯選項

由于Xcode8新建的工程默認使用Swift3.0的語法,所以此處默認選擇為No。

Tip:

如果要使用Swift2.3的語法,請指定SnapKit的版本號為:0.22.0

官方提示!

ReactiveCocoa適配Swift3.0

相信在好多人在Swift中使用了響應式編程,提到響應式編程,就不得不說說RAC了,RAC是一個重型的OC框架,但是為了在Swift中可以使用,作者提供了Swift的橋接文件,所以,在Swift項目中導入了RAC,都會包含一些Swift的文件,這些Swift的文件也需要適配。

GitHub上RAC的作者在readme中寫到:

readme

RAC 5 支持Swift3.0.x,RAC 4支持Swift2.x。我們在Cocoapods中搜索ReactiveCocoa這個庫:


pod search ReactiveCocoa

只找到了4.2.2版本的庫,我不知道上邊提到的RAC 5 和 RAC 4 分別指什么。只能先用這個版本了。同樣的,新建一個工程:

默認使用Swift3.0

使用Cocoapods導入RAC:

Podfile

是否遷移到Swift3.0依然選擇Later,編譯,報錯:

報錯

和SnapKit的錯誤一樣,同樣的,我們去設置ReactiveCocoa的targetsh設置一下參數:


編譯設置

和SnapKit同樣設置為No,編譯,報錯。我們可以看到,安裝ReactiveCocoa同時安裝了一個Result,看看它的target設置:

Result的便已設置

設置的為Yes,那我們也把ReactiveCocoa的設置為Yes。編譯,依然報錯:

依然報錯

我們嘗試著把自己的target設置修改一下:

修改自己工程的target設置

編譯成功。

同時導入SnapKit和RAC

現在分別導入SnapKit和RAC都編譯成功了,但是可以看出SnapKit支持Swift3.0。RAC不支持。那么如果兩個同時導入該選什么呢?

經過測試,如果同事導入兩個框架,所有的target的設置都得選擇Yes。(大家可以自己試一下,在此不做贅述。)

可以看到SnapKit既支持Swift3.0,也支持Swift2.3。那么它是如何做到的呢?通過查看源代碼可以看到:

源代碼示例

通過這樣的宏來判斷當前的Swift的編譯版本來編譯不同的代碼段,從而實現兼容Swift2.3和Swift3.0。

Alamofire

經過測試,Alamofire的4.0.0版本僅支持iOS9+和Swift3.0.x,如果想使用Swift2.3開發的同學可以安裝Alamofire的3.5.0版本,設置所有的Use Legacy Swift Language Version為Yes。

總結

  • target的Build Setting的Use Legacy Swift Language Version選項的作用是設置當前target對應的文件是采用Swift2.3的語法編譯還是Swift3.0的語法編譯。當選擇為Yes時,采用Swift2.3的語法編譯;當選擇是No時,采用Swift3.0的語法編譯。
  • 新建的項目中,編譯設置的原則為:所有的第三方中只要有一個第三方使用了Swift2.3的語法,那么所有的target的編譯設置都應為Yes。如果都支持Swift3.0的語法,那么就可以設置為No。并且不能選擇Unspecified。
  • 當Use Legacy Swift Language Version的選項設置為Yes時候,我們的工程只能使用Swift2.3來進行開發,當然你也可以像SnapKit那樣利用宏來判斷當前Swift的編譯版本來實現適配Swift3.0,這樣當以后遷移到Swift3.0也方便一些。

思考

既然每個target有自己單獨的編譯設置,理論上應該在編譯的時候按照各自的target的編譯設置來按照不同的Swift的版本編譯,這樣我們就可以自己的代碼使用3.0編寫,第三方根據各自不同進行不同的編譯設置。以后想要遷移到完全的Swift3.0也更容易一些。但是目前看來編譯的時候是統一按照我們縮寫的target來編譯的,這樣的話單獨設置各自的target還有什么意義呢?或許還需要一些別的設置才可以實現各自獨立編譯?對此有了解的同學麻煩告知一下,在此先謝過了。

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 227,818評論 6 531
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,185評論 3 414
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 175,656評論 0 373
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,647評論 1 309
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,446評論 6 405
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 54,951評論 1 321
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,041評論 3 440
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,189評論 0 287
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 48,718評論 1 333
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,602評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,800評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,316評論 5 358
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,045評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,419評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,671評論 1 281
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,420評論 3 390
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,755評論 2 371

推薦閱讀更多精彩內容