与if不同，guard创建的变量可以从其块外访问。打开大量的可选项是有用的。

一个好处是消除了大量嵌套的if let语句。请在15:30左右观看WWDC“Swift新功能”视频，其中一节名为“末日金字塔”。

简单地说，它提供了一种在执行之前验证字段的方法。这是一种很好的编程风格，因为它增强了可读性。在其他语言中，它可能是这样的:

func doSomething() {
    if something == nil {
        // return, break, throw error, etc.
    }
    ...
}

但是因为Swift为你提供了可选项，我们不能检查它是否为nil并将其值赋值给一个变量。相反，if let检查它不是nil，并分配一个变量来保存实际值。这就是警卫发挥作用的地方。它为您提供了一种更简洁的方式，可以使用可选项提前退出。

警卫的陈述就要做了。这是两个不同的问题

1)它允许我减少嵌套的if语句 2)它是增加我的范围，我的变量可访问

if语句

func doTatal(num1 : Int?, num2: Int?) {
  // nested if statement
    if let fistNum = num1 where num1 > 0 {
        if let lastNum = num2 where num2 < 50 {

          let total = fistNum + lastNum
        }
    }
 // don't allow me to access out of the scope 
 //total = fistNum + lastNum 
}

保安声明

func doTatal(num1 : Int?, num2: Int?) {
   //reduce  nested if statement and check positive way not negative way 
    guard let fistNum = num1 where num1 > 0 else{
      return
    }
    guard  let lastNum = num2 where num2 < 50 else {
     return
    }
    // increase my scope which my variable accessible
    let total = fistNum + lastNum

}

阅读这篇文章，我注意到使用Guard的巨大好处

下面你可以用一个例子来比较guard的用法:

这是没有防备的部分:

func fooBinding(x: Int?) {
    if let x = x where x > 0 {
        // Do stuff with x
        x.description
    }

    // Value requirements not met, do something
}

在这里，您将所需的代码放在所有条件中 您可能不会立即发现这有什么问题，但是您可以想象，如果它嵌套了许多在运行语句之前都需要满足的条件，那么它会变得多么令人困惑

解决这个问题的方法是首先进行每一项检查，如果有任何不符合就退出。这样可以很容易地理解什么条件将使该函数退出。

但是现在我们可以使用guard，我们可以看到它可以解决一些问题:

func fooGuard(x: Int?) {
    guard let x = x where x > 0 else {
        // Value requirements not met, do something
        return
    }

    // Do stuff with x
    x.description
}

检查你想要的条件，而不是你不想要的条件。这同样类似于断言。如果条件不满足， 运行Guard的else语句，跳出函数。 如果条件通过，这里的可选变量将自动在保护的范围内为您展开 语句被调用——在本例中是fooGuard(_:)函数。 您可以尽早检查坏的情况，使您的函数更易于阅读和维护

同样的模式也适用于非可选值:

func fooNonOptionalGood(x: Int) {
    guard x > 0 else {
        // Value requirements not met, do something
        return
    }

    // Do stuff with x
}

func fooNonOptionalBad(x: Int) {
    if x <= 0 {
        // Value requirements not met, do something
        return
    }

    // Do stuff with x
}

如果你还有任何问题，你可以阅读整篇文章:Swift guard声明。

结束

最后，通过阅读和测试，我发现如果你使用guard来打开任何可选选项，

这些未包装的值将保留在您的其余部分中使用 代码块

.

guard let unwrappedName = userName else {
    return
}

print("Your username is \(unwrappedName)")

在这里，打开的值只在if块中可用

if let unwrappedName = userName {
    print("Your username is \(unwrappedName)")
} else {
    return
}

// this won't work – unwrappedName doesn't exist here!
print("Your username is \(unwrappedName)")

何时使用警卫

如果你有一个带有一些UITextField元素或一些其他类型的用户输入的视图控制器，你会立即注意到你必须展开textField。文本可选，以获得内部的文本(如果有!)。isEmpty在这里不会有任何好处，没有任何输入，文本字段将简单地返回nil。

因此，你有一些这样的东西，你将它们展开并最终传递给一个函数，该函数将它们发布到服务器端点。我们不希望服务器代码必须处理nil值或错误地向服务器发送无效值，因此我们将首先使用guard打开这些输入值。

func submit() {
    guard let name = nameField.text else {
        show("No name to submit")
        return
    }

    guard let address = addressField.text else {
        show("No address to submit")
        return
    }

    guard let phone = phoneField.text else {
        show("No phone to submit")
        return
    }

    sendToServer(name, address: address, phone: phone)
}

func sendToServer(name: String, address: String, phone: String) {
  ...
}

您会注意到，我们的服务器通信函数以非可选的String值作为参数，因此会提前展开保护。展开有点不直观，因为我们习惯使用if let来展开，它将值展开以在块中使用。这里guard语句有一个相关联的块，但它实际上是一个else块——也就是说，如果展开失败，你所做的事情——值被直接展开到与语句本身相同的上下文中。

//关注点分离

没有保护

如果不使用guard，我们最终会得到一大堆类似于末日金字塔的代码。这不能很好地扩展向表单添加新字段或使代码非常可读。缩进可能很难遵循，特别是在每个分支上有这么多其他语句。

func nonguardSubmit() {
    if let name = nameField.text {
        if let address = addressField.text {
            if let phone = phoneField.text {
                sendToServer(name, address: address, phone: phone)
            } else {
                show("no phone to submit")
            }
        } else {
            show("no address to submit")
        }
    } else {
        show("no name to submit")
    }
}

是的，我们甚至可以将所有这些语句合并为一个用逗号分隔的语句，但我们将失去找出哪条语句失败并向用户显示消息的能力。

https://thatthinginswift.com/guard-statement-swift/