Swift 2.0 帶來了令人激動的guard語句。但很多人還是不太理解guard的意義，特別是和 Swift 2.0 之前的簡單if語句相比較。

為什么guard就是比if要好呢?

與if語句相同的是，guard也是基于一個表達式的布爾值去判斷一段代碼是否該被執(zhí)行。與if語句不同的是，guard只有在條件不滿足的時候才會執(zhí)行這段代碼。你可以把guard近似的看做是Assert，但是你可以優(yōu)雅的退出而非崩潰。

具體細節(jié)

讓我們用一個簡單的對比來比較一下現在的寫法和用全新guard語句的寫法：

func fooManualCheck(x: Int?) {

if x == nil || x <= 0 {

// 不符合值的要求時，寫點代碼

return

}

// 使用x

x!.description

}

這是最基本的Objective-C方式來保證一個變量真的存在并符合一個條件。沒什么大問題，但是有一些缺點：

你是在檢查一個不符合你期望的條件，而非檢查你想要的值。如果你加了一堆像這樣的條件判斷，代碼就變的不好理解。你在這里其實是等著你的條件通不過。

如果前面條件判斷的結果不符合了，你還得將你的變量強制拆包。

Swift通過可選綁定讓問題變得簡單了一些，并解決了上面的部分缺點：

func fooBinding(x: Int?) {

if let x = x where x > 0 {

// 使用x

x.description

}

// 如果值不符合條件判斷，就執(zhí)行下面的代碼

}

這個函數沒有了第一個函數的2個缺陷，但引入了一個新的。你把你要寫的代碼都放在了所有條件判斷中，而不是之后。你可能不會馬上意識到這個問題，但是你可以想象在你的代碼被執(zhí)行之前，如果嵌套了好多需要被匹配的條件判斷，這會變的多難讀懂。

對此的解決方法是先對每個條件逐一做檢查，如果不符合條件判斷就退出。這就會讓人容易看出來什么條件會讓這個函數退出。

我聽說過這個叫保鏢模式(Bouncer Pattern)，這個模式十分的合理。你要在壞情況進門之前把它們擋出去。這讓你每次只考慮一種情況，而不用去搞清楚如何同時將所有的條件判斷安排在一起。

這就是guard語句：

func fooGuard(x: Int?) {

guard let x = x where x > 0 else {

// 變量不符合條件判斷時，執(zhí)行下面代碼

return

}

// 使用x

x.description

}

使用guard語句將上述的3個問題一并解決：

是對你所期望的條件做檢查，而非不符合你期望的。又是和assert很相似。如果條件不符合，guard的else語句就運行，從而退出這個函數。

如果通過了條件判斷，可選類型的變量在guard語句被調用的范圍內會被自動的拆包 - 這個例子中該范圍是fooGuard函數內部。這是一個很重要，卻有點奇怪的特性，但讓guard語句十分實用。

對你所不期望的情況早做檢查，使得你寫的函數更易讀，更易維護。

對非可選類型的變量這種用法也是奏效的：

func fooNonOptionalGood(x: Int) {

guard x > 0 else {

// 變量不符合條件判斷時，執(zhí)行下面代碼

return

}

// 使用x

}

func fooNonOptionalBad(x: Int) {

if x <= 0 {

// 變量不符合條件判斷時，執(zhí)行下面代碼

return

}

// 使用x

}

再給一個示例對比，使用guard和if

總結

希望上面這個簡單的例子告訴你可以馬上在你的swift代碼中使用guard，從而讓你的函數/方法更清楚。