Swift 3 新特性和遷移詳解

寫在前面

• Swift 3.0 正式版發佈了差很少快一個月了，斷斷續續的把手上和 Swift 相關的遷移到了Swift 3.0。因此寫點小總結。

背景

代碼量（4萬行）

• 首先，我是今年年初纔開始入手 Swift 的。加上 Swift 的 ABI 和 API 一直不穩定，因此沒有在項目中大範圍的使用，因此此次遷移的代碼量很少，大概在4萬行左右。

遷移時間（一天左右）

• 遷移時間上的話，大概是花了1天左右。兩個混編項目，一個 Swift 爲主的項目。期中 Swift 爲主的項目 花了大概大半天時間，兩個混編代碼量差很少，可是一個花了小半天，還有一個差很少只花了半個小時(緣由先留個懸念~)。

準備

在開發最初開發選擇 Swift 的時候的不少決策也讓我此次少了不少工做量。

界面用 xib 而不用純代碼

• 陰差陽錯的，和 Swift 相關的大部分界面都是用xib 畫的。而這個 xib 在此次遷移中獲得了很大的優點，xib 和 SB 的代碼不適配 Swift 3。想當初要是使用代碼寫的 UI 的話，此次遷移改動估計會多不少吧。

關於第三方庫的選擇：

• 對於一個項目來講，三方庫彷佛成了一道必選菜，可是如何去選擇這道菜呢？

• 對於三方庫，當初的選擇是，能用 OC 就儘可能用 OC。 畢竟能夠OC 能夠無縫銜接到 Swift，並且還相對穩定。

• 在選擇 Swift 相關的三方庫時，我儘可能值選擇使用者比較多的庫，例如Alamofire、Snap、Kingfisher、Fabric等，由於使用者比較多，開發者會更願意去維護，而不至於跳票。因此不會存在如今許多小夥伴面臨的問題，想遷移，可是有些庫沒有更新。至少對於我來講，當我想遷移的時候，全部和 Swift 相關的三方庫都已經遷移到了 3.0 了。

得益於上面兩點，在遷移過程當中少了很多工做量。????

知識儲備升級

• 先了解了一下Swift 2 到 Swift 3 的變更，及變更的緣由。（看完心中一萬頭草泥馬飛過，可是實際上是愈來愈好了）

  • Swift官博

  • swift-evolution

  • Swift 3 新特性一覽

• 而後把語法文檔快速的重溫了一遍。

  • Swift Programming Language

  • 中文版

遷移中的問題

Any && AnyObject

• 我想在作遷移和作完遷移的同窗改的最多的一個就是  as AnyObjct? 吧?

• 至少對於我來講是的。

• 和這個相關的基本是集合類型。在 Swift 2 中咱們一個用 [AnyObject] 來存聽任何變量，甚至於存放struct類型的String、Array 等。可是按道理 Swift 的 AnyObject 指的是類，而 Any 纔是包括struct、class、func 等全部類型。可是爲什麼 Struct 能夠放入 [AnyObject] 呢？在  Swift 2 的時候會針對String、Int 等 Struct 進行一個 Implicit Bridging Conversions。而到了 Swift 3 則進行了一個**Fully eliminate implicit bridging conversions from Swift**改動。

• 固然在個人項目中[AnyObject]實際上是小事，最麻煩的就是 [String:AnyObject]。由於當初寫項目的時候，仍是處於 OC To Swift 的階段因此對於 Dictionary ，基本採用了 [String:AnyObject], 因此在修改的時候，在不少地方爲了這個修改。

  • 起初，我是照着 Xcode 的提示，在 Dictionary 後面的 value 後面加了一個 as AnyObjct？

  • 後來漸漸的發現我作了一件很傻比的事情，其實我只要把 [String:AnyObject] 改成 [String:Any] 就能夠了。????

• 這也就是爲何在第一混編的項目中我花了那麼多時間去修改代碼了！得益於混編的第二個項目學習了 Yep 的思路，是把 [String:AnyObject] 命名爲一個叫作 JSONDictionary 的類型。因此在 Any && AnyObect 這個事情上，就花了一點點時間。

// Swift 2
 var json = [String:AnyObect]()
json["key1"] = 1 
json["key2"] = "2" 

// to Swift 3 Step 1
 var json = [String:AnyObect]()
json["key1"] = 1 as AnyObject?
json["key2"] = "2" as AnyObject?

// to Swift 3 Step 2
 var json = [String:Any]()
json["key1"] = 1 
json["key2"] = "2"

// Swift 2 
public typealias JSONDictionary = [String: AnyObject]
// To Swift 3 Step 2
public typealias JSONDictionary = [String: Any]

Alamofire 等三方庫支持 iOS8

• 雖說我使用的三方庫都在第一時間將庫升級到了 Swift 3 ，可是期中 Alamofire 和 Snap 兩個庫最低適配只支持到了 iOS 9，爲了不和產品撕逼，不得不想辦法解決這個適配問題。下面以 Alamofire  爲例

• 其實三方庫麼，不必定只用 Cocoapods 的。因此打算下載代碼而後直接擼源碼。

• 先Alamofire的 Xcode 修改成最低適配 8.0，而後編譯查找不經過的函數，並刪除。（其實這些函數都是 iOS 9 新加的函數，因此刪除不影響什麼。）

• 大概花了 半個小時左右就能夠刪完了，而後直接拖到項目中就能夠了~

• Snap 其實只要拖進去就行了，暫時不須要修改什麼。

// 其實都是 !os(watchOS) 這個宏下面的
#if !os(watchOS)

@discardableResult
public func stream(withHostName hostName: String, port: Int) -> StreamRequest {
    return SessionManager.default.stream(withHostName: hostName, port: port)
}

@discardableResult
public func stream(with netService: NetService) -> StreamRequest {
    return SessionManager.default.stream(with: netService)
}

#endif

@escaping

• 這個是我在適配中最蛋疼的坑

• 首先在看swift-evolution只是瞭解到@escaping 必須顯示聲明。可是不知道@escaping的閉包，在函數體內沒法再修改。

let pedonmeter:CMPedometer = CMPedometer()

    func getPedometerDataFromDate(_ datet:Date?, withHandler handler: @escaping (CMPedometerData?, Error?) -> ()){


        // 編譯錯誤
        pedonmeter.queryPedometerDataFromDate(startTime, toDate:endTime, withHandler: { (pedometerData:CMPedometerData?, error:NSError?) -> Void in

            guard let pedometerData = pedometerData else { return }
            handler(pedometerData, error)

            // 作一些事情

        })
        // 最後逼不得已只能不修改了，函數外面就作一些事情了
        pedonmeter.queryPedometerData(from: startTime, to: endTime, withHandler:  handler as! CMPedometerHandler)

    }

Result of call to 'funtion' is unused

• 這其實不是一個 編譯錯誤，可是這個警告最開始讓我有點懵逼.返回值不用難道要我都修改一下？

• 最開始其實我是這麼修改的 let _ = funtion(),可是後面在看SE-0047的時候發現@discardableResult也是能夠達到這個效果的。

Date && NSDate

• 由於有個項目中使用的 DateTools 這個工具。它有一個 NSDate + Tools 的分類。

• 可是在寫 Swift 3 的過程當中我發現若是變量是 Date 類型的沒法使用NSDate + Tools 這個類型，必須顯示聲明date as NSDate 這樣才能調用分類的一些個方法。

• 這個讓使用 OC 的庫的時候會感受十分不舒服，畢竟不少 NS 的前綴去掉了。全部都顯示聲明太不友好了。

CAAnimationDelegate

• 這個其實好像是 Xcode 8 的修改。由於以前CAAnimationDelegate 是一個分類。大概聲明以下：

@interface NSObject (CAAnimationDelegate)- (void)animationDidStart:(CAAnimation *)anim;
- 
- (void)animationDidStop:(CAAnimation *)anim finished:(BOOL)flag;@end

• 以前是在 vc 中只要重寫一下 animationDidStart 函數就能夠了。可是新的不行，起初覺得是 Swift 3 的變化，可是實際上是 Xcode 8 中的修改。將 CAAnimationDelegate 變成了一個協議。我感受這個修改是爲了適配   Swift 3 ？變化以下：

@protocol CAAnimationDelegate @optional- (void)animationDidStart:(CAAnimation *)anim;
- 
- (void)animationDidStop:(CAAnimation *)anim finished:(BOOL)flag;@end

由於寬度時間比較長，其餘的暫時想不到了。未完待續吧...

其餘

• 還有許多微妙的變化讓你彷佛看不懂這個語言了，因此建議在適配以前看一下下面的文章。

  • Swift 3 新特性一覽

  • [Swift 3.0 - Released on September 13, 2016]https://github.com/apple/swift-evolution/blob/master/releases/swift-3_0.md

  • 還有@卓同窗 的 Swift 3 必看系列

• 還有幾個不錯的總結

  • Swift 3 by 顧 鵬

  • 適配 Swift 3 的一點小經驗和坑 by 圖拉鼎

總結

• 總的說來此次遷移沒有想象中的那麼痛苦，雖然提案的改動很大，可是得益於 Xcode 8 的遷移工具，此次遷移花費時間很少，固然也有可能和個人代碼量有關係~

• 在遷移完以後，再看代碼，會發現 Swift 更加的優雅了，至少相比於 2 來講好了不少，至於好在哪裏？你本身寫寫不就知道了咯。

• 最後，終於能夠把 Xocde 7 卸載，不再用擔憂兩個一塊兒開無腦閃退了！！！

• 最後對於明年的 Swift 4 只想說 快來吧~分分鐘把你解決！

• 其實適配之路纔剛剛開始，由於 Xcode 8 自動轉的代碼並無很好的 Swift 3 化。目前只是說在 Swift 3 能夠編譯經過了而已~

更多

工做之餘，寫了點筆記，若是須要能夠在個人 GitHub 看

文章轉自  Damonwong的簡書

 

其餘值得參考文獻收藏：

官方： https://developer.apple.com/swift/

http://blog.csdn.net/mo_xiao_mo/article/details/52692902

http://www.jianshu.com/p/ca8e05150068