風(fēng)騷的Guard語(yǔ)法

Swift 2.0 帶來(lái)了令人激動(dòng)的guard語(yǔ)句。但很多人還是不太理解guard的意義，特別是和 Swift 2.0 之前的簡(jiǎn)單if語(yǔ)句相比較。

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

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

具體細節

讓我們用一個(gè)簡(jiǎn)單的對比來(lái)比較一下現在的寫(xiě)法和用全新guard語(yǔ)句的寫(xiě)法：

func fooManualCheck(x: Int?) {

if x == nil || x = 0 {

// 不符合值的要求時(shí)，寫(xiě)點(diǎn)代碼

return

}

// 使用x

x!.description

}

這是最基本的Objective-C方式來(lái)保證一個(gè)變量真的存在并符合一個(gè)條件。沒(méi)什么大問(wèn)題，但是有一些缺點(diǎn)：

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

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

Swift通過(guò)可選綁定讓問(wèn)題變得簡(jiǎn)單了一些，并解決了上面的部分缺點(diǎn)：

func fooBinding(x: Int?) {

if let x = x where x > 0 {

// 使用x

x.description

}

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

}

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

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

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

這就是guard語(yǔ)句：

func fooGuard(x: Int?) {

guard let x = x where x > 0 else {

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

return

}

// 使用x

x.description

}

使用guard語(yǔ)句將上述的3個(gè)問(wèn)題一并解決：

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

如果通過(guò)了條件判斷，可選類(lèi)型的變量在guard語(yǔ)句被調用的范圍內會(huì )被自動(dòng)的拆包 - 這個(gè)例子中該范圍是fooGuard函數內部。這是一個(gè)很重要，卻有點(diǎn)奇怪的特性，但讓guard語(yǔ)句十分實(shí)用。

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

對非可選類(lèi)型的變量這種用法也是奏效的：

func fooNonOptionalGood(x: Int) {

guard x > 0 else {

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

return

}

// 使用x

}

func fooNonOptionalBad(x: Int) {

if x = 0 {

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

return

}

// 使用x

}

再給一個(gè)示例對比，使用guard和if

總結

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