隐式展开可选项和非可选项之间的区别
如果像Apple在Swift编程中所说的隐式展开选项应该总是有一个值，那么为什么不使用非选项来代替呢？我知道非选项不能赋值为nil，但还有其他区别吗？
共有2个答案
最简单的答案是可选变量可能根本得不到值，在iOS开发中，通常需要这种特定的行为。因此，Swift没有在Objective-C中创建指针（这是高成本），而是引入了可选变量。要了解隐式和显式选项，请参阅此链接。
还有其他区别吗？
Impility unwrapped optional可与nil进行比较。
var a:String!
if a == nil {
// a is nil
}
-
一开始我对强制展开和隐式展开非常困惑。现在，以下是我自学的体会： 没有可用于隐式展开的操作，但有一种称为隐式展开选项的东西。隐式展开选项和普通选项都是选项，区别在于当访问隐式展开选项时，您可以自信地知道引擎盖下有一个有效值并可供使用。如果让绑定或强制展开（）操作，普通选项需要
-
在Swift 4.0中，以下代码不可编译： 现在我想象是
-
最后，本文介绍了新的Java 8＜code＞Optional＜code＞，指出： Optional远不如Scala中的Option[T]强大(但至少它不允许包装null)。该API不像空处理那样简单，而且可能要慢得多。但是编译时检查的好处加上可读性和可选使用的文档价值大大超过了缺点 我对Scala有着非常基本的了解，而且我对Java 8＜code＞Optional＜code＞也越来越熟悉，所以乍一
-
我正在学习Swift，我对隐式展开选项有疑问。 我有一个返回字符串可选的函数： 以及执行安全展开的if语句，它使用隐式展开可选作为其常量： 在第一行中，apt按照应有的方式展开（结果窗格显示“404”），但在其他两行中，apt没有展开：结果窗格和控制台都显示打印的值是可选的（“404”）和找到的公寓：可选（“404”），为了让404出现在控制台上，我必须使用！符号，如果我理解正确，它只需要手动展开
-
问题内容： 为什么无法对隐式解包的可选变量进行突变？ 这是一个重现问题的简短示例： 带整数 问题答案： 更新： Xcode Beta 5中的一个小警告已解决此问题： 该数组可以按预期工作，但是现在看来整数仍然需要显式拆包以允许使用 当前，这仅仅是Optionals的本质（无论是否隐式解包）。unwrap运算符返回一个不变的值。这可能是固定的，或者将来会提供更好的解决方案。 目前唯一的解决方法是将数
-
在编写一个新的swift类时，当（不）使用隐式展开选项而不仅仅是普通选项时，我仍然不是100%舒服。据我所知，如果你从来没有期望它的值为零，那么把它指定为隐式未包装（可选）应该是可以的。如果为nil，则为异常事件，应导致运行时错误。 例如，这个简单的登录视图包含两个text field成员变量： 在上面的类中，emailField和passField都被归类为隐式展开选项，因为我从来没有期望它们在