作者:Erica Sadun, 原文链接 ,原文日期:2016-03-03
译者: Crystal Sun ;校对: shanks ;定稿: Cee
今天,苹果接受了三大重要的内部驱动的提议(有些提议内容稍作了修改):
由 Swift 核心团队开发的,这三大提议彻底确定了 Swift 语言的特点,开发者如何使用 Swift 继续前进。
API 设计指南(SE-0023)最引人注目,可以说是最棒的设计指南的典型范例,也是苹果公司的一贯风格。里面大部分内容都浅显易懂,很多建议非常有帮助,而有一部分内容我稍微有些个人的看法。作为开发者,你可以尽可能的提出欢迎或者批评。
自动转换的项目(SE-0005)已经放弃了去掉 API 名字前面的 NS 前缀的工作(暂时放弃了,修改后的提议会作为一个独单的提议提出来)。采用 API 指南将 Cocoa 的特色带进 Swift 的世界里。阅读 评论 ,可以获知这些 API 将会如何转换,也包括 Swift 2 到 Swift 3 的项目工程。
提议的重要部分就是要去掉 Foundation API 里的 “NS” 前缀,这次改名被认为是有问题的,考虑到了好几个原因,最经常提及的原因就是 Swift 中很多 Foundation 的参考语义属性同 Swift 标准库中的值语义互相矛盾冲突。 去 “NS” 前缀提议苹果官方目前没有接受,修改后的提议将会作为一个单独的提议重新再次提出来,同时会考虑收到的反馈。
最后,标准库更新(SE-0006)确立了 Swift 看起来如何,标准库中的方法如何与最新的 API 指南协调一致。
提议中的这些改变会造成 Swift 代码大规模的崩坏,需要一个迁移工具将 Swift 2 的代码顺利迁移成 Swift 3 代码。提议中不同的 API 将是迁移的首要信息来源。另外,在语言允许的情况下,库里仍然保留了旧的名字,同时用 rename
关键字作为弃用符号标注出来,帮助编译器能够生成正确的错误信息,弹出如何修改的信息。
在接受提议时,苹果提到了两个重要的改变:
提议中大部分修改都是与 Swift API 设计指南(SE-0023)有关的,特别是:
第一个参数的标签从 Swift 1 进化到 Swift 2 时更像是 Objective-C 语言风格,到了 Swift 3 则又更像是 Swift 语言风格了。目前已经处于纯 C 和纯 Objective-C 之间了,希望相对于两次这次能找到平衡。
例如:
- func advancedBy(n: Distance, limit: Self) -> Self
+ func advanced(by n: Distance, limit: Self) -> Self
- func distanceTo(end: Self) -> Distance
+ func distance(to end: Self) -> Distance
枚举将和其他静态成员一样,命名规则是小写字母开头,使用驼峰命名法。
更多扩充修改的列表可以 更新的提议 中找到。
本文由 SwiftGG 翻译组翻译,已经获得作者翻译授权,最新文章请访问http://swift.gg。