ios - 如何在函数中指定参数可以在 Swift 中为 nil

Question

我知道我们需要在 Swift 中将函数的参数定义为既不是隐式解包可选也不是可选，以使其非零。但是我不确定隐式解包可选或可选之间更传统的是什么。

我在看 WWDC 2014 Swift interoperability in depth 并且与幻灯片中显示的两个示例有点混淆。基本上是关于我们在定义函数时是否应该使用隐式可选参数或展开参数。

---

视频示例

下面是 WWDC 2014 Swift interoperability in depth 的截图(09:01) 演讲者的引述是

You see again this is an implicit unwrapped optional, so that you can pass a nil block in here.

注意这里 url 和 completionHandler 都是隐式展开的可选值，我们可以将 nil 传递给它。一切顺利!

---

头文件中的示例

但是 当我检查UIKit UITableViewCell 时，我发现大多数方法都定义了可选参数，例如

    init(style: UITableViewCellStyle, reuseIdentifier: String?)

基本上它暗示这些参数也可以为零。

似乎 ? 和 ! 都试图提出相同的建议(可能是nil)。

我明白 ? 意味着我们会将任何值包装到 optional 值(即使是 nil)，而 ! 意味着我们将解包如果传入的是一个可选值。但是我不确定我们应该使用 ! 还是 ?。哪个是常规的？

---

更新

看起来来自 WWDC 2014 的视频不太正确或过时。视频中的屏幕截图显示了 UIDocument header 文件，该文件与当前的 UIKit header 不同。好像那个时候，都定义为!。但现在要么是 ? 要么是普通类型。

WWDC 2014 深入探讨 Swift 互操作性(16 点 25 分)

当前头文件

Answer 1

• ?是 Optional<T> 的快捷方式类型
• !是 ImplicitlyUnwrappedOptional<T> 的快捷方式类型

两种类型都实现了 NilLiteralConvertible。这意味着他们有 init(nilLiteral: ())并且可以通过 Void 初始化.这可能是编译器在代码中语法糖化为 nil 的常规赋值到 NilLiteralConvertible多变的。以下是从编译器的角度来看意义相同的一些代码行:

 let sweetOptionalInt: Int? = nil
 let semiSweetOptionalInt: Optional<Int> = nil
 let unsweetenedOptionalInt: Optional<Int> = Optional<Int>(nilLiteral: Void)

ImplicitlyUnwrappedOptional也是如此.

所以两者都可以由 nil 初始化，但这些类型的行为不同:

• ImplicitlyUnwrappedOptional做一个假设为你展开当你这样做时，已经提供了一个调用对象(但可能是零之前)，所以如果不是，那么应用程序将因运行时错误而崩溃。
• Optional将要求您提供有关如何展开变量的信息。

至于互操作性，之前 Objective-C 没有办法表达变量的可空性。这就是为什么大多数 API 都使用 !代表“proceed further if you dare”最近Apple introduced Objective-C 的可空性注释。 Apple 使用这些注解增强了他们的 API，所以现在在 Swift 中使用带有额外可空性指南的方法更容易也更安全。