近日,在“ swift-evolution ”邮件列表中,Swift创建者Chris Lattner在一篇博文中概述了Swift 3定义的一些指导原则,并明确表示该版本会带来破坏性修改。
由于新特性的设计和实现本身还存在许多未知,所以预测Swift 3最终会包含什么并不容易。虽然认识到了这一点,但Lattner还是着重指出了Swift 3的主要目标以及有助于该目标实现的几个方面:
Swift 3 […]的目标是推动Swift下一波应用热潮,让Swift为更多的人所用。以下几个方面有望成为实现这一目标的动力:Linux(及其他平台)上的Corelibs+Swift开发成为现实,新用户出现;SwiftPM[Swift包管理器]成为一款优秀的工具,并形成了自己的特色;Swift语言/stdlib进一步成熟。
鉴于Swift 3的范围已经明确定义,Lattner补充道,许多“好的想法”将会被搁置,尤其是需要对语言进行重大扩展而又不影响核心模型的想法:
我认为,对于Swift 3,我们有一贯的方法,我们一直致力于修复基本语言的核心缺陷、修复实现问题以及设计影响ABI稳定性的弹性功能,同时对语言进行小幅扩展。
一个例子是, 灵活的成员初始化 是一个可能不会纳入Swift 3的特性,而另一个例子是, 属性行为 是一个在Swift 3中备受期待的特性,该特性有助于消除一些同 lazy
、 @NSManaged
等实现相关的“编译器魔法(compiler magic)”。
此外,Swift 3将带来大量的破坏性修改,这主要是由重命名Cocoa方法使它们更像Swift导致的:
由于Cocoa重命名将要落地,Swift2到Swift 3将会不可避免地给代码带来破坏性变化,而我们将会另外构建令人印象深刻的迁移技术。
重命名Cocoa方法 意味着若干变化 ,例如:
移除 不必要 的指定期望参数类型的单词,简化方法名称,例如:
let content = listItemView.text.stringByTrimmingCharactersInSet(NSCharacterSet.whitespaceAndNewlineCharacterSet())
将变成:
let content = listItemView.text.trimming(.whitespaceAndNewlines)
移除Foundation API的NS前缀,比如 var NSDateComponentUndefined: Int { get }
将变成 var dateComponentUndefined: Int { get }
nil
,为名字中包含 options
、 attributes
、 info
等的数组和字典参数指定默认值 []
和 [:]
。 Lattner有关Swift 3并非源代码兼容的声明引发了 一些 抱怨 。Lattner本人表示,他认识到他们不能再这样下去,长时间按照“开发人员的步伐”修改Swift,但是,他希望从Swift 3到4的过渡会更简单些。不过,苹果计划提供一个 迁移开关 ( -swift3-migration
),使开发人员能够更轻松地将Swift 2.2的代码移植到Swift 3。
查看英文原文: Chris Lattner on Swift 3 and Cocoa "Renamification"