轉(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語句，我們舉例來看看。
我們以今年高考為例，在進入考場時一般都會檢查身份證和準(zhǔn)考證，我們寫這樣一個方法：func?checkup(person:?[String:?String!])?{
//?檢查身份證，如果身份證沒帶，則不能進入考場
guard?let?id?=?person["id"]else{
print("沒有身份證，不能進入考場!")
return
}
//?檢查準(zhǔn)考證，如果準(zhǔn)考證沒帶，則不能進入考場
guard?let?examNumber?=?person["examNumber"]else{
print("沒有準(zhǔn)考證，不能進入考場!")
return
}
//?身份證和準(zhǔn)考證齊全，方可進入考場
print("您的身份證號為:\(id)，準(zhǔn)考證號為:\(examNumber)。請進入考場!")
}
checkup(["id":"123456"])//?沒有準(zhǔn)考證，不能進入考場!
checkup(["examNumber":"654321"])//?沒有身份證，不能進入考場!
checkup(["id":"123456","examNumber":"654321"])//?您的身份證號為:123456，準(zhǔn)考證號為:654321。請進入考場!
上述代碼中的第一個guard語句用于檢查身份證，如果檢查到身份證沒帶，也就是表達式為false時，執(zhí)行大括號里的代碼，并返回。第二個guard語句則檢查準(zhǔn)考證。
如果兩證齊全，則執(zhí)行最后一個打印語句，上面的兩個guard語句大括號內(nèi)的代碼都不會執(zhí)行，因為他們表達式的布爾值都是true。
這里值得注意的是，id和examNumber可以在guard語句之外使用，也就是說當(dāng)guard對其表達式進行驗證后，id和examNumber可在整個方法的作用域中使用，并且是解包后的。
我們再用if else語句寫一個類似的方法：
func?checkupUseIf(person:?[String:?String!])?{
iflet?id?=?person["id"],?let?examNumber?=?person["examNumber"]?{
print("您的身份證號為:\(id)，準(zhǔn)考證號為:\(examNumber)。請進入考場！")
}else{
print("證件不齊全，不能進入考場!")
}
print("您的身份證號為:\(id)，準(zhǔn)考證號為:\(examNumber)")//?報異常
}
checkupUseIf(["id":"123456"])//?證件不齊全，不能進入考場!
checkupUseIf(["examNumber":"654321"])//?證件不齊全，不能進入考場!
checkupUseIf(["id":"123456","examNumber":"654321"])//?您的身份證號為:123456，準(zhǔn)考證號為:654321。請進入考場!
我們可以看到用if else實現(xiàn)的方法顯然不如guard實現(xiàn)的那么精準(zhǔn)。而且id和examNumber的作用域只限在if的第一個大括號內(nèi)，超出這個作用域編譯就會報錯。
通過上述兩個小例子不難看出，guard語句正如一個稱職的守衛(wèi)，層層把關(guān)，嚴(yán)防一切不允許發(fā)生的事，并且讓代碼具有更高的可讀性，非常棒。
異常處理
在Swift 1.0時代是沒有異常處理和拋出機制的，如果要處理異常，要么使用if else語句或switch語句判斷處理，要么使用閉包形式的回調(diào)函數(shù)處理，再要么就使用NSError處理。以上這些方法都不能像Java中的try catch異?？刂普Z句那樣行如流水、從容不迫的處理異常，而且也會降低代碼的可讀性。當(dāng)Swift 2.0到來后，一切都不一樣了。
在Swift 2.0中Apple提供了使用throws、throw、try、do、catch這五個關(guān)鍵字組成的異常控制處理機制。下面我們來舉例看看如何使用，我用使用手機刷朋友圈為例。
首先我們需要定義異常枚舉，在Swift 2.0中Apple提供了ErrorType協(xié)議需要我們自定義的異常枚舉遵循：
enum?WechatError:?ErrorType?{
caseNoBattery//?手機沒電
caseNoNetwork//?手機沒網(wǎng)
caseNoDataStream//?手機沒有流量
}
我們定義了導(dǎo)致不能刷微信的錯誤枚舉’wechatError。然后定義一個檢查是否可以刷微信的方法checkIsWechatOk()：
func?checkIsWechatOk(isPhoneHasBattery:?Bool,?isPhoneHasNetwork:?Bool,?dataStream:?Int)?throws?{
guard?isPhoneHasBatteryelse{
throwWechatError.NoBattery
}
guard?isPhoneHasNetworkelse{
throwWechatError.NoNetwork
}
guard?dataStream?>?50else{
throwWechatError.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{
trycheckIsWechatOk(isPhoneHasBattery,?isPhoneHasNetwork:?isPhoneHasNetwork,?dataStream:?dataStream)
print("放心刷，刷到天昏地暗！")
}catchWechatError.NoBattery?{
print("手機都沒電，刷個鬼?。?)
}catchWechatError.NoNetwork?{
print("沒有網(wǎng)絡(luò)哎，洗洗玩單機吧！")
}catchWechatError.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)容:
vararr?=?["hello","world"]
print(arr.description)//?"[hello,?world]"
extension?CustomStringConvertible?{
varupperDescription:?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的版本做以判斷，就像這樣：
ifNSClassFromString("NSURLQueryItem")?!=?nil?{
//?iOS?8或更高版本
}else{
//?iOS8之前的版本
}
以上這只是一種方式，在Swift 2.0之前也沒有一個標(biāo)準(zhǔn)的模式或機制幫助開發(fā)者判斷iOS版本，而且容易出現(xiàn)疏漏。在Swift 2.0到來后，我們有了標(biāo)準(zhǔn)的方式來做這個工作：
if#available(iOS?8,?*)?{
//?iOS?8或更高版本
let?queryItem?=?NSURLQueryItem()
}else{
//?iOS8之前的版本
}
這個特性讓我們太幸福。
do-while語句重命名
經(jīng)典的do-while語句改名了，改為了repeat-while：
vari?=?0
repeat?{
i++
print(i)
}whilei?<?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í)行了，一個嚴(yán)重的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中的新特性當(dāng)然不止以上這些，但窺一斑可見全豹，Swift 2.0努力將更快、更安全做到極致，這是開發(fā)人員的福音，讓我們盡情享受這門美妙的語言吧。
