前言
很早之前我就学习了一次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就会报错:
赋值为Nil报错为什么要这样呢,网上的解释是:
因为 swift 在做类型判断的时候无法判断 str 到底是 String 类型的可选型还是其他类型的可选型,因此会导致编译错误。
这个理由。。姑且认为是对的吧。。也就是说,String类型默认不能为nil,如果要为nil,则应该改为String?类型。
改为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
那么复杂的操作都实现了,不是么?
我是翻滚的牛宝宝,欢迎大家评论交流~
网友评论