绑定解绑的时候，if后面let actualStr = str，这个返回值是BOOL类型吗？不太看得懂

那使用 ?? 的方式解包怎么没讲啊

加叹号还是optional么？

建议养成习惯使用模式匹配或者函数链去做运算，不要用强制解绑，非要用的话要自定义运算符函数断言测试打印。

Optional,是”不存在“或“空”概念的加强版本。对比来看，nil是“不存在”的基础版本。 在编程语言中，"类型"是对所有已知存在的定义，是抽象。 所有类型的值，是具象。具象，是抽象的具体表现，是实际的存在。 可见，nil必然不能与false等同，因为不在一个层级上。false已经是一种具象，它是类型的值，而不是类型的定义。 在人类语言的处理中，“不存在”是指与已知的所有类型均不兼容。 当nil是人类语言中的"不存在"时，nil必然与任何已知不兼容。表现在编程语言的实现中，即判断nil与任何"类型"不相等，这就是oc中nil是无类型指针的内涵。 然而，OC中任何对象均可用nil表示，动摇了这个约定。原因很简单，对象有定义和规范，它也是一种类型，也是一种已知的存在。 那为什么要引入nil? 那是因为，在程序语言中，nil的功能不是表达与”类型“同层的“不存在”，而是与"类型的值"同层的"不存在"，即表示某个"类型"的值，不在其“值空间”中的状态。 如数据表中某个字段还没有设值时的状态，或其它语言中设定某变量还未赋值时的状态。 在程序语言的完备性原则下，没有不能表达的类型。 nil，是人类思维和程序思维的一个交叉混淆点。 在oc中，nil是一个表示“类型的值”是“不存在”的独立概念。它通过多个规定，将其与类型进行了隐晦与含糊的联系。 在swift中，去掉了这种模糊性。 在swift中引入optional type的目的，就是将"不存在"这个概念绑定到具体的类型上。在apple的optional实现机制中，optional.nil指向的是值的“不存在”，同时表示：如有值只能是optional.some<T>中的T类型。 至此，optional type，在语义上，清晰一致的将所有类型的值空间进行了nil的扩展。 至于在编译器中的友好提示，减少出错等等，都是衍生品。

隐世展开和非可选项有啥区别？ let a ：String = “啊”， let a：String！ = “啊”，这么感觉没任何区别呢？

nsnull

打卡11

optional 的用处在哪里。我没有学过OC,php程序员一脸懵逼 😂