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 初始化，并且它最终包含的值仍然是不可变的。然而，不断地解包一个你确定不是 nil 的变量可能会很痛苦。隐式解包的 Optionals 实现了与 Optional 相同的好处，另外一个好处是不必在任何地方显式解包它。

一个很好的例子是在加载 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< 测试它会浪费时间。通常，如果您有一个条件必须绝对成立才能让您的应用程序继续运行，您可以使用 assert。一个隐式解包的 Optional 有一个内置的 nil 断言。即便如此，如果它为 nil，通常最好解开可选值并使用更具描述性的断言。

何时不使用隐式解包可选

1。延迟计算的成员变量

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

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 时，您的整个应用程序将崩溃。如果您不确定变量是否可以为 nil，请始终默认使用普通的 Optional。展开一个永远不是 nil 的变量肯定不会造成太大伤害。