Swift 3 新变化
2016-07-273945
作者:COSMIN PUPĂZĂ,原文链接,原文日期:2016/06/29
译者:saitjr;校对:Cee;定稿:CMB
Apple 在 WWDC 上已将 Swift 3 整合进了 Xcode 8 beta 中,并会在今年晚些时候发布 Swift 3 的正式版。这是 Swift 在开源和支持 Mac OS X 与 Linux 之后的首个版本。如果你在去年 11 月关注了Swift 进化史和已经启动的IBM 沙盒项目,那你应该知道 Swift 确实改动很多。甚至可以确定你在 Xcode 8 上根本无法编译既有项目。
Swift 3 的改动归结下来主要有两点:
- 移除了在 Swift 2.2 就已经弃用的特性
- 语言现代化问题
让我们从移除特性讲起,毕竟这点能容易理解,而且在 Xcode 7.3 的时候我们遇到了相关警告。
++
与--
操作符
自增自减是来源于 C 的操作符,作用是对变量直接进行+1
或-1
的操作:
var i = 0 |
然而,在我们要选择使用哪一种操作符进行运算的时候,事情就变得复杂起来。无论是自增还是自减,都对应着两种写法:写在在变量之前,还是在变量之后。它们的底层实现其实都是有返回值的函数,是否使用返回值取决于对运算符的重载。
这可能会吓跑初学者,所以苹果移除了该特性——取而代之的是复合加法运算(+=
)与减法运算(-=
):
var i = 0 |
当然,你也可以使用普通的加法运算(+
)与减法运算(-
),虽然复合式运算符写起来要短一点:
i = i + 1 |
延伸阅读:如果你想要了解更多该变更背后的故事,请阅读Chris Lattner 对移除
++
与--
的看法。
C 风格的 for 循环已成历史
其实自增自减运算符用得最多的地方,还是在 for 循环部分。移除该运算符意味着 for 循环的特性也随之远去了,因为在 for-in 的世界中,循环控制语句与范围限制用不上该操作符。
如果你有一定编程背景,那么输出 1 到 100 的数,你可能会这样写:
for (i = 1; i <= 10; i++) { |
在 Swift 3 中,已经不允许这种写法了,而应该写为(注意闭区间范围的写法):
for i in 1...10 { |
或者,你也可以使用 for-each 加闭包的写法(更多循环相关信息请看这):
(1...10).forEach { |
延伸阅读:如果你想要了解更多该变更背后的故事,请阅读Erica Sadun 对移除 C 风格循环的看法。
移除函数参数的var
标记
如果不需要在函数内部对参数进行修改的话,函数参数通常都定义为常量。然而,在某些情况下,定义成变量会更加合适。在 Swift 2 中,你可以用var
关键字来将函数参数标记为变量。一旦参数用var
来标记,就会生成一份变量的拷贝,如此便能在方法内部对变量进行修改了。
下面是一个求两个数的最大公约数的例子(如果想到回到高中数学课堂再学习一遍,请移步):
func gcd(var a: Int,var b: Int) -> Int { |
这个算法的逻辑很简单:如果两个数相等,则返回其中一个的值。否则,做大小比较,大的数减去小的数之后,将差值赋值给大的数,然后再将两个数作比较,为止它们相等为止,最终返回其中一个的值。正如你所看到的,通过将a
和b
标记为变量,才能在函数体里对两个数进行修改。
Swift 3 不在允许开发者这样来将参数标记为变量了,因为开发者可能会在var
和inout
纠结不已。所以最新的 Swift 版本中,就干脆移除了函数参数标记var
的特性。
如此,想要用 Swift 3 来写上面的gcd
函数,就要另辟蹊径了。你需要在函数内部创建临时变量来存储参数:
func gcd(a: Int,b: Int) -> Int { |
延伸阅读:如果你想要了解更多该变更背后的故事,请阅读决定移除
var
的想法。
函数参数标签的一致性
函数的参数列表底层实现其实是元组,所以只要元组结构和函数参数列表相同,你可以直接用元组来代替参数列表。就拿刚才的gcd()
函数来说,你可以这样调用:
gcd(8,b: 12) |
你也可以这样调用:
let number = (8,b: 12) |
正如你所看到的,在 Swift 2 中,第一个参数无需带标签,而从第二个参数开始,就必须要带标签了。
这个语法对初学者来说可能会造成困惑,所以,要进行统一标签设计。在 Swift 3 中,函数的调用要像下面这样:
gcd(a: 8,b: 12) |
即使是第一个参数,也必须带上标签。如果不带,Xcode 8 会直接报错。
你对这修改的第一个反应可能是:「我哔!那我代码改动得多大啊!」是的,这简直是成吨的伤害。所以苹果又给出了一种不用给第一个参数带标签的解决方案。在第一个参数前面加上一个下划线:
func gcd(_ a: Int,b: Int) -> Int { |
但是这样做,事情又仿佛回到了原点——第一个参数不用带标签了。使用这种方式,应该能一定程度上降低 Swift 2 迁移到 Swift 3 上的痛苦。
延伸阅读:如果你想要了解更多该变更背后的故事,请阅读函数标签一致性的一些想法。
Selector 不再允许使用 String
让我们来创建一个按钮,并给它添加一个点击事件(不需要界面支持,直接使用 playground 就行):
// 1 |
让我们一步一步分析下上面的代码:
-
导入
UIKit
与XCPlayground
框架——需要创建一个按钮,并在 playground 的 assistant editor 中进行显示。注意:你需要在 Xcode 菜单栏上的 View -> Assistant Editor -> Show Assistant Editor 来开启 assistant editor。
-
创建点击的触发事件,能在用户点击按钮时,触发绑定的事件——这需要基类为
NSObject
,因为 selector 仅对 Objective-C 的方法有效。 -
声明按钮,并配置相关属性。
-
声明视图,给定合适的大小,将按钮添加到视图上,最后显示在 playground 的 assistant editor 中。
button.addTarget(responder,forControlEvents: .TouchUpInside) |
这里按钮的 selector 还是写的字符串。如果字符串拼写错了,那程序会在运行时因找不到相关方法而崩溃。
为了解决编译期间的潜在问题,Swift 3 将字符串 selector 的写法改为了#selecor()
。这将允许编译器提前检查方法名的拼写问题,而不用等到运行时。
button.addTarget(responder,action: #selector(Responder.tap),for: .touchUpInside) |
延伸阅读:如果你想要了解更多该变更背后的故事,请阅读Doug Gregor 的观点。
以上就是关于移除特性的全部内容。接下来,让我们来看看语言现代化的一些亮点。
不再是 String 的 key-path 写法
这个特性和上一个很相似,但是这是用在键值编码(KVC)与键值观察(KVO)上的:
class Person: NSObject { |
首先创建了Person
类,这是 KVC 的首要条件。然后用指定的构造器初始化一个me
,最后通过 KVC 来修改name
。同样,如果 KVC 中的键拼写错误,这一切就白瞎了
- 顶
- 0
- 踩
- 0