在保护语句中不使用展开

Question

我充分了解可选项的使用，知道何时需要使用感叹号解开可选项。为什么保护语句中不需要感叹号？

此代码可以工作并编译，但不使用感叹号：

struct Blog{

  var author:String?
  var name: String?

}

func blogInfo2(blog:Blog?){
  guard let blog = blog else {
    print("Blog is nil")
    return
  }
  guard let author = blog.author, name = blog.name else {
    print("Author or name is nil")
    return
  }
  print("BLOG:")
  print(" Author: \(author)")
  print(" name: \(name)")
}

如果您确实输入了感叹号，此代码也可以使用：

struct Blog{

  var author:String?
  var name: String?

}

func blogInfo2(blog:Blog?){
  guard let blog = blog! else {
    print("Blog is nil")
    return
  }
  guard let author = blog.author!, name = blog.name! else {
    print("Author or name is nil")
    return
  }
  print("BLOG:")
  print(" Author: \(author)")
  print(" name: \(name)")
}

这是不是有点矛盾，或者有人可以清楚地解释为什么不需要感叹号吗？

Answer 1

guard let unwrapped = optional 是Optional Binding（不幸的是，没有直接指向正确书籍部分的链接）。它安全地尝试解开可选中的值。如果有值，则解包成功，并将值分配给给定的名称。

您应该大力支持使用可选绑定，使用guard 或if（区别在于“展开”名称的范围）而不是使用! 强制展开。强制展开失败是一个致命错误；你的程序只会崩溃。

Answer 2

我充分了解可选项的使用，知道何时需要使用感叹号解开可选项。

如果你做出这样的断言，我感觉你不足够理解 Swift Optionals。

Optional 背后的契约是它可能是 nil 也可能不是 nil；你不知道它，因此你必须先打开它（比如打开一个盒子，看看里面有什么），然后才能知道。

该框可能是空的（nil 可选）或者它可能包含一个值。

很少有理由使用强制展开 (!)。 很少，并且在大多数（但不是全部）情况下通常被认为是一种不好的做法。

继续进行类比，通过强制打开东西，你是在说这个盒子里有东西，我希望你相信我，不要检查。

知道空盒子会崩溃您的应用程序，这是一件非常危险的事情，考虑到 Swift 中引入了 Optional 来保护您免受此类崩溃的影响首先。

if let/guard let 语句基本上是在盒子里面偷看，如果有东西，它们会给你，但如果盒子是空的，它们也让你有机会做其他事情。

Xcode 在使用 IBOutlets 时会强制展开，因为按设计约定是这些对象在您可以使用它们时将可用在您的视图控制器中，但除非您 100% 确定一个值不会是 nil，否则使用 guard 语句（或 if）几乎总是更好（和未来证明）。

根据我的经验，即使您肯定知道，扔guard 并忘记未来可能出现的问题仍然更安全。

Answer 3

感叹号“force”解开一个可选项。 guard let 或 if let 会在不强制任何内容的情况下展开它，因此不使用感叹号。