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

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