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语言很陌生。只是试图让基础知识。

更新：
我错过的一大难题（不是在答案中直接说明 – 至less在写这篇文章的时候没有）是当你做下面的事时：

 var john: Person?

这并不意味着“ john是人的types，可能是零”，就像我原先想的那样。我只是误解了Person? 是完全独立的types。一旦我掌握了那个，其他的? ， ! 疯狂，以及下面的伟大答案，更有意义。

这是什么意思“解开实例”？为什么有必要？

据我所知（这对我来说也是新鲜事）…

“包装”一词意味着我们应该把一个可选variables当作一个用闪闪发亮的纸包裹的礼物，可能（可惜）是空的 。

当“包装”时，可选variables的值是一个具有两个可能值的枚举（有点像布尔值）。这个枚举描述variables是否保存一个值（ Some(T) ），或者不保存（ None ）。

如果有值，可以通过“展开”variables（从Some(T)获得T来获得。

john!.apartment = number73与john.apartment = number73什么不同？（意译）

如果你写了一个可选variables的名字（比如说文本john ，没有! ），那么它就是指“包装的”枚举（Some / None），而不是值本身（T）。所以john不是人的一个实例，也没有apartment成员：

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

实际的Person值可以用各种方式解开：

“强行解开”： john! （如果存在，则给出Person值，如果为零，则给出运行时错误）
“可选绑定”： if let p = john { println(p) } （如果值存在，则执行println ）
“可选链接”： john?.learnAboutSwift() （如果值存在，则执行此john?.learnAboutSwift()方法）

我想你可以select其中一种解开方式，这取决于在这种情况下会发生什么，以及这种情况的可能性。这种语言devise迫使零案件被明确处理，我认为这提高了对Obj-C的安全性（在那里很容易忘记处理零案件）。

更新：

感叹号也用于声明“隐含解包选项”的语法。

在目前的例子中， johnvariables被声明为var john:Person? ，它是一个可选的。如果您想要该variables的实际值，则必须使用以上三种方法之一来展开它。

如果它被声明为var john:Person! 相反，variables将是一个隐式解包可选（请参阅苹果书中的标题部分）。访问该值时不需要展开这种types的variables，并且可以使用john而无需额外的语法。但是苹果的书说：

在稍后可能variables为零的情况下，不应该使用隐式解包的option。如果您需要在variables的生命周期中检查nil值，请始终使用正常的可选types。

更新2 ：

Mike Ash的文章“ 有趣的Swift特性 ”为可选types提供了一些动机。我认为这是伟大的，明确的写作。

更新3 ：

另一个有用的文章，关于感叹号的隐式解包可选用法：由Chris Adamson“ Swift and the Last Mile ”。文章解释说，这是苹果用来声明Objective-C框架所使用的可能包含零的types的一个实际措施。将types声明为可选（使用? ）或隐式解包（使用! ）是“安全和便利之间的折衷”。在文章中给出的例子中，苹果已经select将这些types声明为隐式解包，使得调用代码更加方便，但是不太安全。

也许苹果可能会在未来梳理他们的框架，消除隐含解包（“可能永不为零”）参数的不确定性，并用可选的（“当然可能为零（特别是希望logging的情况下）”或者标准非 – 基于其Objective-C代码的确切行为，可选（“从不为零”）声明。

以下是我认为的区别：

 var john: Person?

手段约翰可以是零

 john?.apartment = number73

编译器会将此行解释为：

 if john != nil { john.apartment = number73 }

而

 john!.apartment = number73

编译器将会简单地解释这一行：

 john.apartment = number73

因此，使用！将打开if语句，并使其运行得更快，但如果john为零，则会发生运行时错误。

所以在这里包装并不意味着它是内存包装，但它意味着它是代码包装，在这种情况下，它是用一个if语句包装，因为苹果在运行时密切关注性能，他们想给你的方式让您的应用程序以最佳性能运行。