swift - 为什么要创建 "Implicitly Unwrapped Optionals"，因为这意味着您知道有一个值？

Question

为什么要创建“隐式解包可选”而不是仅创建常规变量或常量？如果您知道它可以成功解包，那么为什么首先要创建一个可选呢？例如，这是为什么:

let someString: String! = "this is the string"

比以下内容更有用:

let someString: String = "this is the string"

如果“可选值指示常量或变量允许具有‘无值’”，但是“有时从程序的结构中可以清楚地看出，在首次设置该值之后，可选值将始终具有值”，那么什么是首先将其设为可选的意义何在？如果您知道可选值始终具有值，那么这是否意味着它不是可选的？

Answer 1

在我描述隐式解包选项的用例之前，您应该已经了解 Swift 中的选项和隐式解包选项是什么。如果您不这样做，我建议您首先阅读my article on optionals

何时使用隐式解包可选

创建隐式解包可选有两个主要原因。所有这些都与定义一个在 nil 时永远不会被访问的变量有关，因为否则，Swift 编译器将始终强制您显式解开一个Optional。

1。初始化期间无法定义的常量

在初始化完成时，每个成员常量都必须有一个值。有时，常量在初始化时无法用正确的值初始化，但仍然可以保证在被访问之前有一个值。

使用Optional变量可以解决这个问题，因为Optional会自动用nil初始化，并且它最终包含的值仍然是不可变的。然而，不断地解开一个你确信不为零的变量可能会很痛苦。隐式解包可选实现了与可选相同的好处，而且还有一个额外的好处，即不必在任何地方显式解包它。

一个很好的例子是，在加载 View 之前，无法在 UIView 子类中初始化成员变量:

class MyView: UIView {
    @IBOutlet var button: UIButton!
    var buttonOriginalWidth: CGFloat!

    override func awakeFromNib() {
        self.buttonOriginalWidth = self.button.frame.size.width
    }
}

在这里，在 View 加载之前您无法计算按钮的原始宽度，但您知道 awakeFromNib 将在 View 上的任何其他方法(初始化除外)之前调用。您可以将其声明为隐式解包可选，而不是强制在整个类中毫无意义地显式解包该值。

2。当您的应用无法从 nil

变量中恢复时

这种情况应该非常罕见，但是如果您的应用程序在访问时变量为 nil 时无法继续运行，那么费心测试它是否为 nil< 就是浪费时间。/。通常，如果您的应用必须绝对满足某个条件才能继续运行，则可以使用断言。隐式解包可选有一个内置的 nil 断言。即便如此，如果它是 nil，最好打开可选项并使用更具描述性的断言。

何时不使用隐式解包可选

1。延迟计算成员变量

有时你有一个不应该为 nil 的成员变量，但在初始化期间却无法将其设置为正确的值。一种解决方案是使用隐式解包可选，但更好的方法是使用惰性变量:

class FileSystemItem {
}

class Directory : FileSystemItem {
    lazy var contents : [FileSystemItem] = {
        var loadedContents = [FileSystemItem]()
        // load contents and append to loadedContents
        return loadedContents
    }()
}

现在，成员变量contents直到第一次被访问时才被初始化。这使类有机会在计算初始值之前进入正确的状态。

注意:这似乎与上面的#1 相矛盾。然而，有一个重要的区别需要做出。上面的 buttonOriginalWidth 必须在 viewDidLoad 期间设置，以防止任何人在访问该属性之前更改按钮宽度。

2。其他地方

在大多数情况下，应该避免隐式解包选项，因为如果使用错误，当 nil 时访问它时，整个应用程序将会崩溃。如果您不确定变量是否可以为零，请始终默认使用普通的Optional。解包一个永远不会nil的变量当然不会造成太大伤害。