Chris Lattner谈Swift 3和Cocoa“重命名”

苹果 Swift Cocoa 201602

摘要

近日，在“swift-evolution”邮件列表中，Swift创建者Chris Lattner在一篇博文中概述了Swift 3定义的一些指导原则，并明确表示该版本会带来破坏性修改。

正文

近日，在“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"