swift - 为什么 null 检查不好/如果它为 null，为什么我希望一个可选的成功？

Question

我已经阅读了很多类似问题的答案以及一些教程，但没有一个能解决我的主要困惑。我是本地 Java 程序员，但我也用 Swift 编程。

为什么我要使用可选值而不是空值？

我读到它是为了减少 null 检查和错误，但这些是必要的，或者通过干净的编程很容易避免。

我也读过它所以所有引用都成功(https://softwareengineering.stackexchange.com/a/309137/227611 和 val length = text?.length)。但我认为这是一件坏事或用词不当。如果我调用长度函数，我希望它包含一个长度。如果没有，代码应该立即处理它，而不是继续。

我错过了什么？

Answer 1

可选类型提供清晰的类型。 Int 存储实际值 - 总是，而 Optional Int(即 Int？)存储 Int 或 nil 的值。这种明确的“双重”类型，可以这么说，允许你制作一个简单的函数，可以清楚地声明它将接受和返回什么。如果您的函数只是简单地接受一个实际的 Int 并返回一个实际的 Int，那就太好了。

func foo(x: Int) -> Int

但是如果你的函数想要允许返回值为 nil，并且参数为 nil，它必须通过显式地使它们成为可选的来实现:

func foo(x: Int?) -> Int?

在 Objective-C 等其他语言中，对象始终可以为 nil。 C++ 中的指针也可以为 nil。因此，您在 Obj-C 中收到的任何对象或您在 C++ 中收到的任何指针都应该检查是否为 nil，以防万一它不是您的代码所期望的(真实的对象或指针)。

在 Swift 中，要点是您可以声明非可选的对象类型，因此无论您将这些对象交给什么代码，都不需要进行任何检查。他们可以安全地使用这些对象并知道它们是非空的。这是 Swift 可选值的一部分。如果你收到一个可选的，当你需要访问它的值时，你必须显式地将它解压成它的值。那些使用 Swift 编写代码的人总是尽可能地让他们的函数和属性成为非可选的，除非他们真的有理由让它们成为可选的。

Swift 可选值的另一个美妙之处在于所有用于处理可选值的内置语言结构，使代码编写起来更快、阅读起来更清晰、更紧凑……省去了很多检查的麻烦并解压一个可选的和你在其他语言中必须做的等效的。

nil-coalescing 运算符 (??) 是一个很好的例子，if-let 和 guard 以及许多其他运算符也是如此。

总而言之，可选项鼓励并强制在您的代码中进行更明确的类型检查 - 由编译器而不是在运行时完成的类型检查。当然，你可以用任何语言编写“干净”的代码，但在 Swift 中这样做更简单、更自动，这在很大程度上要归功于它的可选参数(以及非可选参数!)。