轉(zhuǎn)眼間，Swift已經(jīng)一歲多了，這門新鮮、語法時尚、類型安全、執(zhí)行速度更快的語言已經(jīng)漸漸的深入廣大開發(fā)者的心。我同樣也是非常喜愛這門新的編程語言。

今年6月，一年一度的WWDC大會如期而至，在大會上Apple發(fā)布了Swift 2.0，引入了很多新的特性，以幫助開發(fā)者能更快，更簡單的構(gòu)建應(yīng)用。我在這里也說道說道Swift 2.0中值得大家注意的新特性。

guard語句

guard語句和if語句有點類似，都是根據(jù)其關(guān)鍵字之后的表達式的布爾值決定下一步執(zhí)行什么。但與if語句不同的是，guard語句只會有一個代碼塊，不像if語句可以if else多個代碼塊。

那么guard語句的作用到底是什么呢？顧名思義，就是守護。guard語句判斷其后的表達式布爾值為false時，才會執(zhí)行之后代碼塊里的代碼，如果為true，則跳過整個guard語句，我們舉例來看看。

我們以今年高考為例，在進入考場時一般都會檢查身份證和準考證，我們寫這樣一個方法：

func checkup(person: [String: String!]) { 
 
// 檢查身份證，如果身份證沒帶，則不能進入考場 
guard let id = person["id"] else { 
print("沒有身份證，不能進入考場!") 
return 
} 
 
// 檢查準考證，如果準考證沒帶，則不能進入考場 
guard let examNumber = person["examNumber"] else { 
print("沒有準考證，不能進入考場!") 
return 
} 
 
// 身份證和準考證齊全，方可進入考場 
print("您的身份證號為:\(id)，準考證號為:\(examNumber)。請進入考場!") 
 
} 
checkup(["id": "123456"]) // 沒有準考證，不能進入考場! 
checkup(["examNumber": "654321"]) // 沒有身份證，不能進入考場! 
checkup(["id": "123456", "examNumber": "654321"]) // 您的身份證號為:123456，準考證號為:654321。請進入考場! 

上述代碼中的第一個guard語句用于檢查身份證，如果檢查到身份證沒帶，也就是表達式為false時，執(zhí)行大括號里的代碼，并返回。第二個guard語句則檢查準考證。

如果兩證齊全，則執(zhí)行最后一個打印語句，上面的兩個guard語句大括號內(nèi)的代碼都不會執(zhí)行，因為他們表達式的布爾值都是true。

這里值得注意的是，id和examNumber可以在guard語句之外使用，也就是說當guard對其表達式進行驗證后，id和examNumber可在整個方法的作用域中使用，并且是解包后的。

我們再用if else語句寫一個類似的方法：

func checkupUseIf(person: [String: String!]) { 
 
if let id = person["id"], let examNumber = person["examNumber"] { 
print("您的身份證號為:\(id)，準考證號為:\(examNumber)。請進入考場！") 
} else { 
print("證件不齊全，不能進入考場!") 
} 
 
print("您的身份證號為:\(id)，準考證號為:\(examNumber)") // 報異常 
 
} 
checkupUseIf(["id": "123456"]) // 證件不齊全，不能進入考場! 
checkupUseIf(["examNumber": "654321"]) // 證件不齊全，不能進入考場! 
checkupUseIf(["id": "123456", "examNumber": "654321"]) // 您的身份證號為:123456，準考證號為:654321。請進入考場! 

我們可以看到用if else實現(xiàn)的方法顯然不如guard實現(xiàn)的那么精準。而且id和examNumber的作用域只限在if的第一個大括號內(nèi)，超出這個作用域編譯就會報錯。

通過上述兩個小例子不難看出，guard語句正如一個稱職的守衛(wèi)，層層把關(guān)，嚴防一切不允許發(fā)生的事，并且讓代碼具有更高的可讀性，非常棒。

異常處理

在Swift 1.0時代是沒有異常處理和拋出機制的，如果要處理異常，要么使用if else語句或switch語句判斷處理，要么使用閉包形式的回調(diào)函數(shù)處理，再要么就使用NSError處理。以上這些方法都不能像Java中的try catch異?？刂普Z句那樣行如流水、從容不迫的處理異常，而且也會降低代碼的可讀性。當Swift 2.0到來后，一切都不一樣了。

在Swift 2.0中Apple提供了使用throws、throw、try、do、catch這五個關(guān)鍵字組成的異常控制處理機制。下面我們來舉例看看如何使用，我用使用手機刷朋友圈為例。

首先我們需要定義異常枚舉，在Swift 2.0中Apple提供了ErrorType協(xié)議需要我們自定義的異常枚舉遵循：

enum WechatError: ErrorType { 
case NoBattery // 手機沒電 
case NoNetwork // 手機沒網(wǎng) 
case NoDataStream // 手機沒有流量 
} 

我們定義了導(dǎo)致不能刷微信的錯誤枚舉’wechatError。然后定義一個檢查是否可以刷微信的方法checkIsWechatOk()：

func checkIsWechatOk(isPhoneHasBattery: Bool, isPhoneHasNetwork: Bool, dataStream: Int) throws { 
 
guard isPhoneHasBattery else { 
throw WechatError.NoBattery 
} 
 
guard isPhoneHasNetwork else { 
throw WechatError.NoNetwork 
} 
 
guard dataStream > 50 else { 
throw WechatError.NoDataStream 
} 
 
} 

這里注意，在方法名后有throws關(guān)鍵字，意思為該方法產(chǎn)生的異常向上層拋出。在方法體內(nèi)使用guard語句對各種狀態(tài)進行判斷，然后使用throw關(guān)鍵字拋出對應(yīng)的異常。然后我們定義刷微信的方法：

func playWechat(isPhoneHasBattery: Bool, isPhoneHasNetwork: Bool, dataStream: Int) { 
 
do { 
try checkIsWechatOk(isPhoneHasBattery, isPhoneHasNetwork: isPhoneHasNetwork, dataStream: dataStream) 
print("放心刷，刷到天昏地暗！") 
} catch WechatError.NoBattery { 
print("手機都沒電，刷個鬼??！") 
} catch WechatError.NoNetwork { 
print("沒有網(wǎng)絡(luò)哎，洗洗玩單機吧！") 
} catch WechatError.NoDataStream { 
print("沒有流量了，去蹭Wifi吧！") 
} catch { 
print("見鬼了！") 
} 
 
} 
playWechat(true, isPhoneHasNetwork: true, dataStream: 60) // 放心刷，刷到天昏地暗！ 
playWechat(true, isPhoneHasNetwork: false, dataStream: 60) // 沒有網(wǎng)絡(luò)哎，洗洗玩單機吧！ 
playWechat(false, isPhoneHasNetwork: true, dataStream: 60) // 手機都沒電，刷個鬼??！ 
playWechat(true, isPhoneHasNetwork: true, dataStream: 30) // 沒有流量了，去蹭Wifi吧！ 

上述的代碼示例中，首先檢查是否可以刷微信的方法前使用try關(guān)鍵字，表示允許該方法拋出異常，然后使用了do catch控制語句捕獲拋出的異常，進而做相關(guān)的邏輯處理。

這套異常處理機制使Swift更加的全面和安全，并且提高了代碼的可讀性，非常棒。

協(xié)議擴展

在Swift 1.0 時代，協(xié)議（Protocol）基本上類似一個接口，定義若干屬性和方法，供類、結(jié)構(gòu)體、枚舉遵循和實現(xiàn)。在Swift 2.0中，可以對協(xié)議進行屬性或者方法的擴展，和擴展類與結(jié)構(gòu)體類似。這讓我們開啟了面向協(xié)議編程的篇章。

Swift中，大多數(shù)基礎(chǔ)對象都遵循了CustomStringConvertible協(xié)議，比如Array、Dictionary（Swift 1.0中的Printable協(xié)議），該協(xié)議定義了description方法，用于print方法打印對象?，F(xiàn)在我們對該協(xié)議擴展一個方法，讓其打印出大寫的內(nèi)容:

var arr = ["hello", "world"] 
print(arr.description) // "[hello, world]" 
extension CustomStringConvertible { 
var upperDescription: String { 
return "\(self.description.uppercaseString)" 
} 
} 

print(arr.upperDescription) // "[HELLO, WORLD]"

如果在Swfit 1.0時代，要想達到上述示例的效果，那么我們需要分別對Array、Dictionary進行擴展，所以協(xié)議的擴展極大的提高了我們的編程效率，也同樣使代碼更簡潔和易讀。

打印語句的改變

在Swift1中，有'println()'和'print()'兩個在控制臺打印語句的方法，前者是換行打印，后者是連行打印。在Swift2中，'println()'已成為過去，取而代之的是他倆的結(jié)合體。如果你想做換行打印，現(xiàn)在需要這樣寫：

print("我要換行！", appendNewline: true) 

available檢查

作為iOS開發(fā)者，誰都希望使用最新版本iOS的Api進行開發(fā)，省事省力。但常常事與愿違，因為我們經(jīng)常需要適配老版本的iOS，這就會面臨一個問題，一些新特性特性或一些類無法在老版本的iOS中使用，所以在編碼過程中經(jīng)常會對iOS的版本做以判斷，就像這樣：

if NSClassFromString("NSURLQueryItem") != nil { 
// iOS 8或更高版本 
} else{ 
// iOS8之前的版本 
} 

以上這只是一種方式，在Swift 2.0之前也沒有一個標準的模式或機制幫助開發(fā)者判斷iOS版本，而且容易出現(xiàn)疏漏。在Swift 2.0到來后，我們有了標準的方式來做這個工作：

if #available(iOS 8, *) { 
// iOS 8或更高版本 
let queryItem = NSURLQueryItem() 
 
} else { 
// iOS8之前的版本 
 
} 

這個特性讓我們太幸福。

do-while語句重命名

經(jīng)典的do-while語句改名了，改為了repeat-while：

var i = 0 
repeat { 
i++ 
print(i) 
} while i < 10 

個人感覺更加直觀了。

defer關(guān)鍵字

在一些語言中，有try/finally這樣的控制語句，比如Java。這種語句可以讓我們在finally代碼塊中執(zhí)行必須要執(zhí)行的代碼，不管之前怎樣的興風(fēng)作浪。在Swift 2.0中，Apple提供了defer關(guān)鍵字，讓我們可以實現(xiàn)同樣的效果。

func checkSomething() { 
 
print("CheckPoint 1") 
doSomething() 
print("CheckPoint 4") 
 
} 
func doSomething() { 
 
print("CheckPoint 2") 
defer { 
print("Clean up here") 
} 
print("CheckPoint 3") 
 
} 
checkSomething() // CheckPoint 1, CheckPoint 2, CheckPoint 3, Clean up here, CheckPoint 4 

上述示例可以看到，在打印出“CheckPoint 2”之后并沒有打印出“Clean up here”，而是“CheckPoint 3”，這就是defer的作用，它對進行了print("Clean up here")延遲。我們再來看一個I/O的示例：

// 偽代碼 
func writeSomething() { 
 
let file = OpenFile() 
 
let ioStatus = fetchIOStatus() 
guard ioStatus != "error" else { 
return 
} 
file.write() 
 
closeFile(file) 
 
} 

上述示例是一個I/O操作的偽代碼，如果獲取到的ioStatus正常，那么該方法沒有問題，如果ioStatus取到的是error，那么會被guard語句抓到執(zhí)行return操作，這樣的話closeFile(file)就永遠都不會執(zhí)行了，一個嚴重的Bug就這樣產(chǎn)生了。下面我們看看如何用defer來解決這個問題：

// 偽代碼 
func writeSomething() { 
 
let file = OpenFile() 
defer { 
closeFile(file) 
} 
 
let ioStatus = fetchIOStatus() 
guard ioStatus != "error" else { 
return 
} 
file.write() 
 
} 

我們將closeFile(file)放在defer代碼塊里，這樣即使ioStatus為error，在執(zhí)行return前會先執(zhí)行defer里的代碼，這樣就保證了不管發(fā)生什么，最后都會將文件關(guān)閉。

defer又一個保證我們代碼健壯性的特性，我非常喜歡。

Swift 2.0中的新特性當然不止以上這些，但窺一斑可見全豹，Swift 2.0努力將更快、更安全做到極致，這是開發(fā)人員的福音，讓我們盡情享受這門美妙的語言吧。