Swift中可选绑定引发的值类型与引用类型的思考

发表于 更新于 分类于

一、前言

Swift相较于OC是一门类型更加安全的语言,其中引入的Optional类型便是为了增强取值可靠性的一种方式。然而在新旧语言的转换过程中总是会踩到坑中,由于自己对于这个概念的理解还没有到位，在最近一次的实践中就遇到了由于Optional Binding引发的问题。

二、问题场景

textFiled中的text属性是一个可选(optional)类型,在对输入状态进行处理的时候肯定会涉及到对输入内容的逻辑操作。在OC中这种操作还是很直接的,直接使用.语法(textField.text)获取属性进行判断。
但在swift中text是一个可选属性,直接对属性进行操作就比较冗余了。因此我们往往会写出如下的代码。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
if var text = textField.text {
  /// 逻辑操作
}
```    

这是swift中推荐的可选绑定的写法,在其中的逻辑操作中`text`就是`textField.text`解包出的值,因此可以通过判断`text`的状态,获知`textField.text`的状态。

那么问题来了,当我们判断完成需要对`textField.text`进行赋值的时候,一不小心就有可能直接写出这样的代码。


```swift
if var text = textField.text 【
	/// 逻辑操作
	text = "XXXXXXX"
}
print(textField.text!)

打印textField.text就会发现并不是text赋值的值。

三、问题分析

一开始遇到问题我以为我是对Optional Binding的理解有一些问题,查看了苹果的官方文档

You use optional binding to find out whether an optional contains a value, and if so, to make that value available as a temporary constant or variable.

使用可选绑定去确认一个可选类型是存在值的,进而可以将这个值作为一个临时的常量或者变量。

文档上这个temporary让我以为是作用域的问题,然而情况并不是这样。我专门声明了一个textField?类型的变量。

1
var testTextField: UITextField?

接着创建一个textfield

1
2
3
let textField = UITextField(frame: CGRect(x: 100, y: 100, width: 100, height: 50))
textField.text = "测试数据"
testTextField = textField

通过可选绑定获取解包之后的testTextField

1
2
3
4
5
if let testTextField = testTextField {
	testTextField.text = "测试数据1"
}	

print(testTextField!.text!)

此处的打印结果应该是什么呢？–测试数据1。
结果表明我们对可选绑定后的变量赋值是成功的,那么问题又来了为何之前text赋值不成功呢？

既然有成功的案例自然就证明了这个锅并不该由Optional Binding来背。

所以问题到底是出在哪里呢？
仔细看两次可选绑定的类型,一个使用了let一个使用了var,是因为这个原因么？明显不是,两次可选绑定的对象类型一个是UITextField？,另一个是String?看出问题了么？

  • UITextField是引用类型,可选绑定的结果是指针,指向的内存是同一块内存地址。
  • String是值类型,可选绑定的是具体的值,相当于新建了一个变量赋的值和textField.text一样而已。

四、总结

Swift的设计理念就是尽可能抛弃一些历史上存在的包袱,是一门更加高级和现代化的语言。而OC身上就明显刻印着C的烙印,像NSString *和UITextField *,其中*号就能让开发者一目了然这是一个引用类型,Swift中的引用类型和值类型并没有符号来区分,因此在使用的过程中一定要更加谨慎才行。