Hi，SwiftGG 翻译组启用了新的域名：swiftgg.team今后翻译组的各项活动将会在新域名下开展，不要错过哦！

作者：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）有关的，特别是：

  • 标准库中使用第一个参数的标签
  • 小写枚举的名称，包括 .some(x) 和 .none

第一个参数的标签从 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。

文章目录