iOS开发 -- Swift之可选型(五)

可选型

很多时候我们在编程时需要错误处理,那么同样一件事情可能会产生很多的错误,比如http的状态码就是很好的例子

var errorCode: Int = 404
//没有错误置为0,此时的0是作为哨兵的作用。
errorCode = 0

但当别人读程序的时候怎么知道0代表没有错误还是代表另一种错误呢?这就是可选型这种类型的来源。

  • Swift的设计师认为我们不该用同样的一种类型的中的某个特殊值来代表没有这个概念。应该用统一的一个符号或者值来代表没有这个概念。在Swift中这个特殊的符号就是nil。
  • OC中nil的本质依然是一个特殊值0,而不是一个单独的类型。在Swift中没有不代表0,没有就代表没有,nil与其他类型是严格区分开的,正因为如此Swift创造出了可选型这个概念。
errorCode = nil     //报错:Nil cannot be assigned to type 'Int'
var color : UIColor = nil   //报错:Nil cannot initialize specified type 'UIColor'
  • nil这种类型要如何声明呢:nil一定要和其他类型一起共存。
var errorCode: Int? = 404           //整形的可选型
errorCode = nil
注意:Int 和 Int? 是两种类型
var color : UIColor? = nil
  • 整型可选型是可以被整型赋值的,反之则不可以。
var errorCode: Int? = 404
var imInt = 405

errorCode = imInt
imInt = errorCode           //报错
  • 打印出来的可选类型,会自动添加Optional()。
print(errorCode)            //Optional(405)
  • 可选型必须要显示声明。

可选型的解包

  • 可选型是不能被直接使用的(在此也可以看出Swift是门安全的语言)
var errorCode: String? = "404"
"The errorCode is " + errorCode     //报错
  • Unwrap解包操作
//强制解包(有风险,为nil时会崩溃)
"The errorCode is " + errorCode!
  • 为了方便解包的判断,Swift提供了一个新的语法:
//传统写法
if errorCode != nil {
    "The errorCode is " + errorCode!
}
else {
    "No error"
}

//Swift新语法

//if-let解包
if let unwrappedErrorCode = errorCode {
    "The errorCode is " + unwrappedErrorCode
}
else {
    "No error"
}
此时,unwrappedErrorCode是String类型,errorCode仍旧是String?类型
  • 多个可选型进行判断时,可以同时解包:
var errorMessage:String? = "Not Found"

if let errorCode = errorCode ,errorMessage = errorMessage {
    "The errorCode is " + errorCode + "\nThe errorMessage is " + errorMessage
}
  • if-let解包的本质是在使用if,那么if语法的一些其他特性我们也可以在解包时使用:
if let errorCode = errorCode ,errorMessage = errorMessage where errorCode == "404"{
    "Page not found"
}

基于可选型的两个操作Optional Chaining和Nil-Coalesce

Optional Chaining

以下代码,功能是完全一致的:

var errorMessage: String? = "Not found"
if let errorMessage = errorMessage {
    errorMessage.uppercaseString
}

errorMessage?.uppercaseString
//不再需要if-let这样的方式一点一点的解包,而用一行代码就可以。该行代码的返回值为可选型。


if let errorMessage = errorMessage?.uppercaseString {
    errorMessage
}

Nil-Coalesce

以下代码,功能是完全一致的:

var errorMessage: String? = nil

let message: String
//这之间如果对message操作的话,程序就会崩溃
if let errorMessage = errorMessage {
    message = errorMessage
}
else {
    message = "No error"
}

//三目运算符
let message2 = errorMessage == nil ? "No error" : errorMessage!

//Nil-Coalesce
let message3 = errorMessage ??  " No error"

?? 空合运算符

空合运算符做的事情很简单。x ?? y表示判断x是否为nil,若不为nil,则将x解包后返回,否则,取y的值。比如下面的代码:

let username = loginName ?? "Guest"

假设有一个“系统”,用户可以实名登录,也可作为游客匿名登录,此时,用户的登录名loginName则应该表示为可选型。而系统最终显示的用户名username则需要根据loginName的内容做一个判断,如果loginName为空,则使用默认名称"Guest"。

为什么要有空合运算符呢?

首先,一个显而易见的问题是,这样写和下面两种写法,除了代码更简洁以外,还有其他区别吗?

// 写法1,使用if-else 
let username: String 
if let loginName = loginName{ 
username = loginName 
}
else{
username = "Guest" 
} 

// 写法2,使用三目运算符(ternary operator) 
let username = loginName != nil ? loginName! : "Guest" 

在我们的这个例子中,答案是没有区别。??在这里的使用就只是让代码更加简洁了。但要知道,如果我们只是因为代码的简洁就给语言添加各种奇怪的符号,这种语言势必可读性很差。那么多语言都引入空合运算符,绝不仅仅只是因为代码简化,难道空合运算还有其他功能作用?

我们可以看到,空合运算x ?? y像极了一种三目运算符使用的简化形式。三目运算符的使用是这样的:condition ? x : y。我们需要判断表达式condition的真假,若为真,则取x,否则取y。而空合运算就是在判断可选型是否为nil的情况下,一种特殊的使用三目运算的形式:x != nil ? x : y。因为在很多语言中,空可以和布尔值False直接对应,所以我们抽象地将其称为x ? x : y

为什么这种特殊的使用三目运算符的方式要被一个新的符号??所取代?答案就蕴藏在x ? x : y这个式子中。这里注意,x被使用了两次!当我们的x仅仅是一个变量的时候,这无关痛痒。但如果x是一套复杂的逻辑呢?

依然以我们可以匿名登录的系统为例。现在登录过程有一个函数login(),返回String?,登陆成功则返回登录用户名的String,失败则返回nil。那么此时,使用三目运算符获取系统显示的用户名就变成了这个样子:

let username = login() != nil ? login()! : "Guest" 

有没有觉得整个人都不好了?为什么要登录(调用login())两次?在这里如果只是对效率有影响也就罢了。更关键的是,如果login()函数带有副效果(side effect)怎么办?比如,用户登录成功的话,顺便给一个记录用户登陆次数的指示器+1,此时,逻辑都出问题了,用户的每次登录被记录了两次!

空合运算符因此应运而生。相较于x ? x : y,在x ?? y中,保证了x只被运算了一次。这便是空合运算符的功能作用。

let username = login() ?? "Guest"

更多可选型的实际使用

可选型在元组中的使用

var error1 :(errorCode: Int , errorMessage: String?) = (404 , "Not found")

error1.errorMessage = nil;
//error1 = nil

var error2 :(errorCode: Int , errorMessage: String)? = (404 , "Not found")
//error2?.errorMessage = nil
error2 = nil

可选型的实际应用

var ageInput: String = "xyz"
var age = Int(ageInput)         //此时返回的是可选型


var greetings = "Hello"
greetings.rangeOfString("ll")   //此时返回的是可选型

因为有了可选型再加上Swift是强类型的语言,很多时候我们要做一些额外的操作来处理可选型。但也恰恰如此,保证了我们的程序是安全的。在Swift中几乎不会因为空指针而崩溃的。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 199,711评论 5 468
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 83,932评论 2 376
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 146,770评论 0 330
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 53,799评论 1 271
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 62,697评论 5 359
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,069评论 1 276
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,535评论 3 390
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,200评论 0 254
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,353评论 1 294
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,290评论 2 317
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,331评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,020评论 3 315
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,610评论 3 303
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,694评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,927评论 1 255
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,330评论 2 346
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 41,904评论 2 341

推荐阅读更多精彩内容