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

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

guard語(yǔ)句

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

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

我們以今年高考為例，在進(jìn)入考場(chǎng)時(shí)一般都會(huì)檢查身份證和準(zhǔn)考證，我們寫這樣一個(gè)方法：

func checkup(person: [String: String!]) { 
 
// 檢查身份證，如果身份證沒(méi)帶，則不能進(jìn)入考場(chǎng) 
guard let id = person["id"] else { 
print("沒(méi)有身份證，不能進(jìn)入考場(chǎng)!") 
return 
} 
 
// 檢查準(zhǔn)考證，如果準(zhǔn)考證沒(méi)帶，則不能進(jìn)入考場(chǎng) 
guard let examNumber = person["examNumber"] else { 
print("沒(méi)有準(zhǔn)考證，不能進(jìn)入考場(chǎng)!") 
return 
} 
 
// 身份證和準(zhǔn)考證齊全，方可進(jìn)入考場(chǎng) 
print("您的身份證號(hào)為:\(id)，準(zhǔn)考證號(hào)為:\(examNumber)。請(qǐng)進(jìn)入考場(chǎng)!") 
 
} 
checkup(["id": "123456"]) // 沒(méi)有準(zhǔn)考證，不能進(jìn)入考場(chǎng)! 
checkup(["examNumber": "654321"]) // 沒(méi)有身份證，不能進(jìn)入考場(chǎng)! 
checkup(["id": "123456", "examNumber": "654321"]) // 您的身份證號(hào)為:123456，準(zhǔn)考證號(hào)為:654321。請(qǐng)進(jìn)入考場(chǎng)! 

上述代碼中的第一個(gè)guard語(yǔ)句用于檢查身份證，如果檢查到身份證沒(méi)帶，也就是表達(dá)式為false時(shí)，執(zhí)行大括號(hào)里的代碼，并返回。第二個(gè)guard語(yǔ)句則檢查準(zhǔn)考證。

如果兩證齊全，則執(zhí)行最后一個(gè)打印語(yǔ)句，上面的兩個(gè)guard語(yǔ)句大括號(hào)內(nèi)的代碼都不會(huì)執(zhí)行，因?yàn)樗麄儽磉_(dá)式的布爾值都是true。

這里值得注意的是，id和examNumber可以在guard語(yǔ)句之外使用，也就是說(shuō)當(dāng)guard對(duì)其表達(dá)式進(jìn)行驗(yàn)證后，id和examNumber可在整個(gè)方法的作用域中使用，并且是解包后的。

我們?cè)儆胕f else語(yǔ)句寫一個(gè)類似的方法：

func checkupUseIf(person: [String: String!]) { 
 
if let id = person["id"], let examNumber = person["examNumber"] { 
print("您的身份證號(hào)為:\(id)，準(zhǔn)考證號(hào)為:\(examNumber)。請(qǐng)進(jìn)入考場(chǎng)！") 
} else { 
print("證件不齊全，不能進(jìn)入考場(chǎng)!") 
} 
 
print("您的身份證號(hào)為:\(id)，準(zhǔn)考證號(hào)為:\(examNumber)") // 報(bào)異常 
 
} 
checkupUseIf(["id": "123456"]) // 證件不齊全，不能進(jìn)入考場(chǎng)! 
checkupUseIf(["examNumber": "654321"]) // 證件不齊全，不能進(jìn)入考場(chǎng)! 
checkupUseIf(["id": "123456", "examNumber": "654321"]) // 您的身份證號(hào)為:123456，準(zhǔn)考證號(hào)為:654321。請(qǐng)進(jìn)入考場(chǎng)! 

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

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

異常處理

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

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

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

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

我們定義了導(dǎo)致不能刷微信的錯(cuò)誤枚舉’wechatError。然后定義一個(gè)檢查是否可以刷微信的方法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語(yǔ)句對(duì)各種狀態(tài)進(jìn)行判斷，然后使用throw關(guān)鍵字拋出對(duì)應(yīng)的異常。然后我們定義刷微信的方法：

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

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

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

協(xié)議擴(kuò)展

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

Swift中，大多數(shù)基礎(chǔ)對(duì)象都遵循了CustomStringConvertible協(xié)議，比如Array、Dictionary（Swift 1.0中的Printable協(xié)議），該協(xié)議定義了description方法，用于print方法打印對(duì)象?，F(xiàn)在我們對(duì)該協(xié)議擴(kuò)展一個(gè)方法，讓其打印出大寫的內(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時(shí)代，要想達(dá)到上述示例的效果，那么我們需要分別對(duì)Array、Dictionary進(jìn)行擴(kuò)展，所以協(xié)議的擴(kuò)展極大的提高了我們的編程效率，也同樣使代碼更簡(jiǎn)潔和易讀。

打印語(yǔ)句的改變

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

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

available檢查

作為iOS開(kāi)發(fā)者，誰(shuí)都希望使用最新版本iOS的Api進(jìn)行開(kāi)發(fā)，省事省力。但常常事與愿違，因?yàn)槲覀兘?jīng)常需要適配老版本的iOS，這就會(huì)面臨一個(gè)問(wèn)題，一些新特性特性或一些類無(wú)法在老版本的iOS中使用，所以在編碼過(guò)程中經(jīng)常會(huì)對(duì)iOS的版本做以判斷，就像這樣：

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

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

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

這個(gè)特性讓我們太幸福。

do-while語(yǔ)句重命名

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

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

個(gè)人感覺(jué)更加直觀了。

defer關(guān)鍵字

在一些語(yǔ)言中，有try/finally這樣的控制語(yǔ)句，比如Java。這種語(yǔ)句可以讓我們?cè)趂inally代碼塊中執(zhí)行必須要執(zhí)行的代碼，不管之前怎樣的興風(fēng)作浪。在Swift 2.0中，Apple提供了defer關(guān)鍵字，讓我們可以實(shí)現(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”之后并沒(méi)有打印出“Clean up here”，而是“CheckPoint 3”，這就是defer的作用，它對(duì)進(jìn)行了print("Clean up here")延遲。我們?cè)賮?lái)看一個(gè)I/O的示例：

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

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

// 偽代碼 
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前會(huì)先執(zhí)行defer里的代碼，這樣就保證了不管發(fā)生什么，最后都會(huì)將文件關(guān)閉。

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

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