近日，在“”邮件列表中，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。

查看英文原文：