[关闭]
@lsmn 2016-02-02T15:30:23.000000Z 字数 1499 阅读 2477

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方法意味着若干变化,例如:

Lattner有关Swift 3并非源代码兼容的声明引发了一些抱怨。Lattner本人表示,他认识到他们不能再这样下去,长时间按照“开发人员的步伐”修改Swift,但是,他希望从Swift 3到4的过渡会更简单些。不过,苹果计划提供一个迁移开关-swift3-migration),使开发人员能够更轻松地将Swift 2.2的代码移植到Swift 3。

查看英文原文:Chris Lattner on Swift 3 and Cocoa "Renamification"

添加新批注
在作者公开此批注前,只有你和作者可见。
回复批注