使用 guard 的正确姿势

func vendAllNamed(itemName: String) throws {      guard isEnabled else {          throw VendingMachineError.Disabled      }            let items = getItemsNamed(itemName)            guard items.count > 0 else {          throw VendingMachineError.OutOfStock      }            let totalPrice = items.reduce(0, combine: +)            guard coinsDeposited >= totalPrice else {          throw VendingMachineError.InsufficientFunds      }            coinsDeposited -= totalPrice      removeFromInventory(itemName)      dispenseSnacks(items)  }

func taskFromJSONResponse(jsonData: NSData) throws -> Task {      guard let json = decodeJSON(jsonData) as? [String: AnyObject] else {          throw ParsingError.InvalidJSON      }            guard let id = json["id"] as? Int,            let name = json["name"] as? String,            let userId = json["user_id"] as? Int,            let position = json["pos"] as? Double      else {          throw ParsingError.MissingData      }            return Task(id: id, name: name, userId: userId, position: position)  }

进阶 Tip：在 Swift 中更好的处理 JSON 方式可以 参考这里

使用 guard 的方式来解包可选值是非常推荐的。 if let 的方式需要在大括号内使用解包之后的值，而 guard 语句将解包之后的值添加到了之后的作用域之中——所以你可以在使用 guard 解包之后直接使用它，不用包裹在大括号内。

我们更推荐使用 guard 的方式，因为如果你有多个需要解包的可选值，使用 guard 的方式可以避免金字塔灾难（多个层级的 if let 嵌套）

对我们的大脑来说，在简单的情况下，理解一个扁平的代码路径相比于理解分析嵌套的分支结构更为容易。

可以用 guard ： return 和 throw 中

提前退出，作为一种通用的适用规则，表示是以下三种情形之一：

执行被终止

当方法没有返回值，方法仅执行一个命令，但是该命令无法被完成时。

例子：一个用来更新 WatchKit 应用程序上下文的方法，但是这个应用没有被部署到 Apple Watch 上去。

推荐做法：直接返回

计算的结果为空值

方法会返回某些值，例如将输入的参数做某些转化，而转化没有被正确的执行。

例子：方法将反序列化缓存，返回一个对象数组，但是磁盘中的相应缓存不存在。

推荐的做法：

• return nil
• return [] , return "" — 返回标准库容器的空值
• return Account.guestAccount() — 返回相应对象中，表示为默认或者为空的状态的值

执行出现错误

方法有可能因为多种原因执行失败，而同时想告知方法的调用者，这些失败的原因。

例子：方法从磁盘上读取文件内容，或者进行网络请求并解析获得的数据

推荐的做法：

• throw FileError.NotFound
• return Result.Failure(.NotFound) — 如果你要使用指定类型的返回值
• onFailure(.NotFound); return — 适用于异步调用
• return Promise(error: FileError.NotFound) — 在异步调用中使用 Promises 的情况

可以用 guard ：日志、崩溃和断言中

日志

有时候，在方法返回之前有必要将日志信息输出到控制台，至少在开发阶段这种方式非常有用。即使在我们的代码能够很好地处理错误情况下，也能够帮助我们跟踪错误信息。然而，在 guard 的 else 语句中包含太多的处理代码是不太合适的。

致命状态（Fatal conditions）

程序的执行的条件不能够被满足，如果这是个非常严重的程序错误，那么故意让这种状况 crash 掉，这种处理方式将非常有意义。如果你的应用无论哪种方式都会 crash 掉，又或者程序最终会处于一种非法的状态的话，这种情形最好自己去处理。通过 guard 的方式，你可以确保程序在可知的情况下退出，在 crash 的时候能够显示相应的原因。

这种的使用场景通常是 precondition ：

precondition(internet.kittenCount == Int.max, "Not enough kittens in the internet")

guard let kittens = internet.kittens else {      fatalError("OMG ran out of kittens!")  }

guard let puppies = internet.puppies else {      assertionFailure("Huh, no dogs")      return nil  }

// Don't:  var projectName: String? {      guard let project = task.project where project.isValid else {          return nil      }            return project.name  }

// Better!  var projectName: String? {      if let project = task.project where project.isValid {          return project.name      } else {          return nil      }  }

// Don't:  guard let s = sequence as? Set<Element> else {      for item in sequence {          insert(item)      }      return  }    switch (s._variantStorage) {  case .Native(let owner):      _variantStorage = .Native(owner)  case .Cocoa(let owner):      _variantStorage = .Cocoa(owner)  }