一、前言
Swift相较于OC是一门类型更加安全的语言,其中引入的Optional类型便是为了增强取值可靠性的一种方式。然而在新旧语言的转换过程中总是会踩到坑中,由于自己对于这个概念的理解还没有到位，在最近一次的实践中就遇到了由于Optional Binding引发的问题。
二、问题场景
textFiled中的text属性是一个可选(optional)类型,在对输入状态进行处理的时候肯定会涉及到对输入内容的逻辑操作。在OC中这种操作还是很直接的,直接使用.语法(textField.text)获取属性进行判断。
但在swift中text是一个可选属性,直接对属性进行操作就比较冗余了。因此我们往往会写出如下的代码。
if var text = textField.text {
/// 逻辑操作
}
这是swift中推荐的可选绑定的写法,在其中的逻辑操作中text就是textField.text解包出的值,因此可以通过判断text的状态,获知textField.text的状态。
那么问题来了,当我们判断完成需要对textField.text进行赋值的时候,一不小心就有可能直接写出这样的代码。
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?类型的变量。
var testTextField: UITextField?
接着创建一个textfield
let textField = UITextField(frame: CGRect(x: 100, y: 100, width: 100, height: 50))
textField.text = "测试数据"
testTextField = textField
通过可选绑定获取解包之后的testTextField
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中的引用类型和值类型并没有符号来区分,因此在使用的过程中一定要更加谨慎才行。
