前言
很早之前我就学习了一次swift，不过都是零零碎碎的，有些地方理解不够透彻，再加上公司项目暂时没有迁移到swift，所以能够练手的项目不多。因此，趁着最近手头上的活不多，最近也没有什么我感兴趣的新技术，赶紧回去补下课。
还记得刚学swift的时候，optional这个概念一直都是云里雾里的，比如一会用String!，一会用String?，如果换着用有的时候还会报错。所以今天就跟着网上的资料，梳理下optional。
什么是optional
optional 是 swift 新加入的类型，当然OC中就没有这个概念，所以一开始从OC转swift在这方面会感到怪怪的。这里先说下我的理解：如果是用 类型+？那么这个值可以为 nil ，如果是用 类型+! 那么这个值就不能为nil。（这里个人感觉swift是不是区分太细了，不知道后面会不会去掉这概念）
可选型的定义：类型 + ?
比如 String?、Int?、Float? 等，这里需要注意的是 String? 和 String 是完全不同的两个类型，前者是 String 类型的可选型，后者是 String 类型，注意区分。比方说在OC中我们可以很简单得给一个NSString变量赋值为nil：
NSString *str = @"hello world";
str = nil;
如果切换成swift就会报错：
为什么要这样呢，网上的解释是：
因为 swift 在做类型判断的时候无法判断 str 到底是 String 类型的可选型还是其他类型的可选型，因此会导致编译错误。
这个理由。。姑且认为是对的吧。。也就是说，String类型默认不能为nil，如果要为nil，则应该改为String?类型。
optional的解包：可选型变量+!
可选型是不能够被直接使用的，因为swift是类型安全的（也就是说等号左边和右边类型相等，如果为nil就不能判断是什么类型，也就会崩溃）。比如这样：
解包有2种形式：
- 1、强制解包
所谓的强制解包意思就是我们确保这个变量不为nil，那么就在这个可选型变量后边加个！,例子如上图所示。但是这样做容易出现问题，万一要是这个变量值变成nil，那么整个程序就会崩溃。可以像下面这样调整：
- 2、使用 if let(var) 解包
这种解包方式可以保证 name 是解包过的，不会再是 nil 这种情况，其实逻辑是和上面做非空判断一样的。
可选链式调用（Optional Chaining）
这个概念还是很常用的。可选链式调用（Optional Chaining）是一种可以在当前值可能为 nil 的可选值上请求和调用属性、方法及下标的方法。如果可选值有值，那么调用就会成功，如果可选值是 nil ，那么调用将返回 nil。多个调用可以连接在一起形成一个调用链，如果其中任何一个节点为 nil ，整个调用链都会失败，即返回 nil 。不多说，直接上代码：
我们可以看见因为第一个print中,name 为 nil 所以整个per?.name?.uppercaseString 就返回为nil，uppercaseString并没有被执行。我们提前将per变成nil：
可以看见 per?.name?.uppercaseString只执行到per就不执行了，连name都没执行，全部都是nil。
隐式可选型：类型 + !
隐式可选性大概是这个样子
var name: String! = "hello world"
这里可能有的童鞋会疑惑，已经有了显示的可选型，为什么还需要有隐式的可选型。这里其实隐式的可选型也是有一定作用的。比如你有一个变量，声明为隐式的可选型（!），它的作用就是，当你这个类没有被初始化的时候他是没有值的，但是当你这个类初始化以后，你可以确保他是有值的，所以这里声明为隐式的可选型，而不是显示的。
总结
说了那么多，感觉还是OC的语法更加简便，nil不用分开判断，但是swift更加严谨安全。毕竟现在swift还在高速发展中，以后是什么样谁也摸不准，说不定把Optional这一套去掉也不是不可能吧，毕竟连ARC那么复杂的操作都实现了，不是么？
我是翻滚的牛宝宝，欢迎大家评论交流~
