最開始在Apple的Platform State of the Union看見swift的guard語句的時候，我當時不太理解以後會有什麼理由能用到它。這個語句的介紹如下：
與if語句相同的是，guard也是基於一個表達式的布爾值去判斷一段代碼是否該被執行。與if語句不同的是，guard只有在條件不滿足的時候纔會執行這段代碼。你可以把guard近似的看做是Assert，但是你可以優雅的退出而非崩潰。
即使看了一些例子，我還只是認爲這不過是一種更讓人困惑的方式，實現我們早已經能夠用可選綁定（optional binding）或者單獨的if-else語句實現的目的。
直到我開始在Twitter conversation討論關於這個語句的時候，我才意識到這個語法真的有一些
非常有意思的優點。
具體細節
讓我們用一個簡單的對比來比較一下現在的寫法和用全新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
}
// 如果值不符合條件判斷，就執行下面的代碼
}這個函數沒有了第一個函數的2個缺陷，但引入了一個新的。你把你要寫的代碼都放在了所有條件判斷中，而不是之後。你可能不會馬上意識到這個問題，但是你可以想象在你的代碼被執行之前，如果嵌套了好多需要被匹配的條件判斷，這會變的多難讀懂。
對此的解決方法是先對每個條件逐一做檢查，如果不符合條件判斷就退出。這就會讓人容易看出來什麼條件會讓這個函數退出。
我聽說過這個叫保鏢模式（Bouncer Pattern），這個模式十分的合理。你要在壞情況進門之前把它們擋出去。這讓你每次只考慮一種情況，而不用去搞清楚如何同時將所有的條件判斷安排在一起。
這就是guard語句：
func fooGuard(x: Int?) {
guard let x = x where x > 0 else {
// 變量不符合條件判斷時，執行下面代碼
return
}
// 使用x
x.description
}使用guard語句將上述的3個問題一併解決：
- 是對你所期望的條件做檢查，而非不符合你期望的。又是和assert很相似。如果條件不符合，guard的else語句就運行，從而退出這個函數。
- 如果通過了條件判斷，可選類型的變量在guard語句被調用的範圍內會被自動的拆包 - 這個例子中該範圍是fooGuard函數內部。這是一個很重要，卻有點奇怪的特性，但讓guard語句十分實用。
- 對你所不期望的情況早做檢查，使得你寫的函數更易讀，更易維護。
對非可選類型的變量這種用法也是奏效的：
func fooNonOptionalGood(x: Int) {
guard x > 0 else {
// 變量不符合條件判斷時，執行下面代碼
return
}
// 使用x
}
func fooNonOptionalBad(x: Int) {
if x <= 0 {
// 變量不符合條件判斷時，執行下面代碼
return
}
// 使用x
}總結
希望上面這個簡單的例子告訴你可以馬上在你的swift代碼中使用guard，從而讓你的函數/方法更清楚。對我們來說評判一個新的特性很容易，只要去試一下，看看它對你來說有用沒用。
從Objective-C到swift的轉變是巨大的，不僅僅是語法，還有你該怎樣去看待你的代碼架構。只有你主動的去改變自己的意向，每天擴展你自己的模式和方式，你纔會從這個絕妙的新語言中收益。
發現了什麼其他好玩的東西就告訴我，這個語法對我來說也是新的。