Swift-Optional Binding引发的值类型与引用类型的思考

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 中的引用类型和值类型并没有符号来区分,因此在使用的过程中一定要更加谨慎才行。