一尘不染

在Swift语言中,感叹号是什么意思?

swift

Swift编程语言指南包含以下示例:

class Person {
    let name: String
    init(name: String) { self.name = name }
    var apartment: Apartment?
    deinit { println("\(name) is being deinitialized") }
}

class Apartment {
    let number: Int
    init(number: Int) { self.number = number }
    var tenant: Person?
    deinit { println("Apartment #\(number) is being deinitialized") }
}

var john: Person?
var number73: Apartment?

john = Person(name: "John Appleseed")
number73 = Apartment(number: 73)

//From Apple's “The Swift Programming Language” guide (https://developer.apple.com/library/content/documentation/Swift/Conceptual/Swift_Programming_Language/AutomaticReferenceCounting.html)

然后,在将公寓分配给该人时,他们使用感叹号“解开实例”:

john!.apartment = number73

“取消实例包装”是什么意思?为什么有必要?它与仅执行以下操作有何不同:

john.apartment = number73

我是Swift语言的新手。只是想降低基础知识。

更新:
我遗漏的一大难题(未在答案中直接说明-至少在撰写本文时没有)是在执行以下操作时:

var john: Person?

正如我最初所认为的,这并不意味着“
john是类型Person,可能为零”。我只是误解了PersonPerson?它们是完全独立的类型。一旦我掌握了,所有其他的?!疯狂的,和下面的伟大的答案,做了很多更有意义。


阅读 397

收藏
2020-07-07

共1个答案

一尘不染

“取消实例包装”是什么意思?为什么有必要?

据我所知(这对我来说也是很新的)…

术语“包装”意味着我们应该 将Optional变量视为礼物,用闪亮的纸包裹起来,该纸可能(很遗憾!)为空

当“包装”时,Optional变量的值是带有两个可能值的枚举(有点像布尔值)。该枚举描述了变量是否包含值(Some(T)),而不是值(None)。

如果有一个值,可以通过“展开”变量(T从中获取Some(T))来获得。

如何john!.apartment = number73不同john.apartment = number73?(改写)

如果编写一个Optional变量的名称(例如text john,不带!),则它是指“包装的”枚举(Some /
None),而不是值本身(T)。因此john不是的实例Person,并且没有apartment成员:

john.apartment
// 'Person?' does not have a member named 'apartment'

实际Person值可以通过多种方式展开:

  • “强制展开” :(如果存在,则john!给出该Person值,如果为nil,则给出运行时错误)
  • “可选绑定” :(如果值存在if let p = john { println(p) }println则执行)
  • “可选链接” :(john?.learnAboutSwift()如果值存在,则执行此组合方法)

我猜您选择了其中一种解开包装的方法,具体取决于零情况下应该发生的情况以及发生这种情况的可能性。这种语言设计强制显式处理nil情况,我认为这比Obj-C(在这里容易忘记处理nil情况)提高了安全性。

更新

语法中还使用了感叹号,以声明“ Implicitly Unwrapped Optionals”。

到目前为止的示例中,john变量已声明为var john:Person?,并且是可选的。如果需要该变量的实际值,则必须使用上述三种方法之一将其解包。

如果将其声明为var john:Person!,则该变量将为“隐式展开的可选”(请参阅​​Apple书籍中带有此标题的部分)。访问该值时无需解开此类变量,并且john无需附加语法即可使用它。但是苹果的书说:

当变量在以后可能变为nil时,不应使用隐式解包的可选。如果需要在变量的生存期内检查nil值,请始终使用普通的可选类型。

更新2

Mike Ash 的文章“ 有趣的Swift功能 ”为可选类型提供了一些动力。我认为这是很棒的,清晰的文字。

更新3

另一篇关于感叹号 隐式展开的可选 用法的有用文章:克里斯·亚当森(Chris Adamson)的“
雨燕与最后一英里
”。本文解释说,这是Apple用来声明其Objective-
C框架使用的类型(可能包含nil)的一种实用措施。将类型声明为可选(使用?)或隐式展开(使用!)是“在安全性和便利性之间进行权衡”。在本文给出的示例中,Apple选择将类型声明为隐式解包,从而使调用代码更加方便,但安全性较低。

也许苹果将来可能会梳理他们的框架,消除隐式解包(“可能永远不会为零”)参数的不确定性,并用可选参数(“特别是,(在有希望的情况下,证明情况!
-可选(“永不为零”)声明,基于其Objective-C代码的确切行为。

2020-07-07