guard語句
guard語句和if語句有點類似，都是根據其關鍵字之后的表達式的布爾值決定下一步執行什么。但與if語句不同的是，guard語句只會有一個代碼塊，不像if語句可以if else多個代碼塊。
那么guard語句的作用到底是什么呢？顧名思義，就是守護。guard語句判斷其后的表達式布爾值為false時，才會執行之后代碼塊里的代碼，如果為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時，執行大括號里的代碼，并返回。第二個guard語句則檢查準考證。
如果兩證齊全，則執行最后一個打印語句，上面的兩個guard語句大括號內的代碼都不會執行，因為他們表達式的布爾值都是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實現的方法顯然不如guard實現的那么精準。而且id和examNumber的作用域只限在if的第一個大括號內，超出這個作用域編譯就會報錯。
通過上述兩個小例子不難看出，guard語句正如一個稱職的守衛，層層把關，嚴防一切不允許發生的事，并且讓代碼具有更高的可讀性，非常棒。
異常處理
在Swift 1.0時代是沒有異常處理和拋出機制的，如果要處理異常，要么使用if else語句或switch語句判斷處理，要么使用閉包形式的回調函數處理，再要么就使用NSError處理。以上這些方法都不能像Java中的try catch異常控制語句那樣行如流水、從容不迫的處理異常，而且也會降低代碼的可讀性。當Swift 2.0到來后，一切都不一樣了。
在Swift 2.0中Apple提供了使用throws、throw、try、do、catch這五個關鍵字組成的異常控制處理機制。下面我們來舉例看看如何使用，我用使用手機刷朋友圈為例。
首先我們需要定義異常枚舉，在Swift 2.0中Apple提供了ErrorType協議需要我們自定義的異常枚舉遵循：
enum WechatError: ErrorType {
case NoBattery // 手機沒電
case NoNetwork // 手機沒網
case NoDataStream // 手機沒有流量
}
我們定義了導致不能刷微信的錯誤枚舉’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關鍵字，意思為該方法產生的異常向上層拋出。在方法體內使用guard語句對各種狀態進行判斷，然后使用throw關鍵字拋出對應的異常。然后我們定義刷微信的方法：
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("沒有網絡哎，洗洗玩單機吧！")
} catch WechatError.NoDataStream {
print("沒有流量了，去蹭Wifi吧！")
} catch {
print("見鬼了！")
}
}
playWechat(true, isPhoneHasNetwork: true, dataStream: 60) // 放心刷，刷到天昏地暗！
playWechat(true, isPhoneHasNetwork: false, dataStream: 60) // 沒有網絡哎，洗洗玩單機吧！
playWechat(false, isPhoneHasNetwork: true, dataStream: 60) // 手機都沒電，刷個鬼啊！
playWechat(true, isPhoneHasNetwork: true, dataStream: 30) // 沒有流量了，去蹭Wifi吧！
上述的代碼示例中，首先檢查是否可以刷微信的方法前使用try關鍵字，表示允許該方法拋出異常，然后使用了do catch控制語句捕獲拋出的異常，進而做相關的邏輯處理。
這套異常處理機制使Swift更加的全面和安全，并且提高了代碼的可讀性，非常棒。
協議擴展
在Swift 1.0 時代，協議（Protocol）基本上類似一個接口，定義若干屬性和方法，供類、結構體、枚舉遵循和實現。在Swift 2.0中，可以對協議進行屬性或者方法的擴展，和擴展類與結構體類似。這讓我們開啟了面向協議編程的篇章。
Swift中，大多數基礎對象都遵循了CustomStringConvertible協議，比如Array、Dictionary（Swift 1.0中的Printable協議），該協議定義了description方法，用于print方法打印對象。現在我們對該協議擴展一個方法，讓其打印出大寫的內容:
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進行擴展，所以協議的擴展極大的提高了我們的編程效率，也同樣使代碼更簡潔和易讀。
打印語句的改變
在Swift1中，有'println()'和'print()'兩個在控制臺打印語句的方法，前者是換行打印，后者是連行打印。在Swift2中，'println()'已成為過去，取而代之的是他倆的結合體。如果你想做換行打印，現在需要這樣寫：
print("我要換行！", appendNewline: true)
available檢查
作為iOS開發者，誰都希望使用最新版本iOS的Api進行開發，省事省力。但常常事與愿違，因為我們經常需要適配老版本的iOS，這就會面臨一個問題，一些新特性特性或一些類無法在老版本的iOS中使用，所以在編碼過程中經常會對iOS的版本做以判斷，就像這樣：
if NSClassFromString("NSURLQueryItem") != nil {
// iOS 8或更高版本
} else{
// iOS8之前的版本
}
以上這只是一種方式，在Swift 2.0之前也沒有一個標準的模式或機制幫助開發者判斷iOS版本，而且容易出現疏漏。在Swift 2.0到來后，我們有了標準的方式來做這個工作：
if #available(iOS 8, *) {
// iOS 8或更高版本
let queryItem = NSURLQueryItem()
} else {
// iOS8之前的版本
}
這個特性讓我們太幸福。
do-while語句重命名
經典的do-while語句改名了，改為了repeat-while：
var i = 0
repeat {
i++
print(i)
} while i < 10
個人感覺更加直觀了。
defer關鍵字
在一些語言中，有try/finally這樣的控制語句，比如Java。這種語句可以讓我們在finally代碼塊中執行必須要執行的代碼，不管之前怎樣的興風作浪。在Swift 2.0中，Apple提供了defer關鍵字，讓我們可以實現同樣的效果。
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語句抓到執行return操作，這樣的話closeFile(file)就永遠都不會執行了，一個嚴重的Bug就這樣產生了。下面我們看看如何用defer來解決這個問題：
// 偽代碼
func writeSomething() {
let file = OpenFile()
defer {
closeFile(file)
}
let ioStatus = fetchIOStatus()
guard ioStatus != "error" else {
return
}
file.write()
}
我們將closeFile(file)放在defer代碼塊里，這樣即使ioStatus為error，在執行return前會先執行defer里的代碼，這樣就保證了不管發生什么，最后都會將文件關閉。
defer又一個保證我們代碼健壯性的特性，我非常喜歡。
Swift 2.0中的新特性當然不止以上這些，但窺一斑可見全豹，Swift 2.0努力將更快、更安全做到極致，這是開發人員的福音，讓我們盡情享受這門美妙的語言吧。
