作者:Erica Sadun,原文链接,原文日期:2016-01-12
译者:天才175;校对:Cee;定稿:Channe

译者注:有些内容已经过期,有些提议的状态已经发生了改变。

撤回的

为了进一步的改进,SE-0018,这个灵活的逐个成员初始化提案,没有被接受,也没有被拒绝,回到了进展清单。它提议将逐个成员初始化从结构体扩展到类,以避免过度的模板代码。虽然开始时具体的实现细节并不清楚,但很多开发者喜欢它的核心理念。苹果承诺很快就会反馈具体意见。(校者注:已被驳回)

积极审查的

SE-0010 提议增加一种不可变的 StaticString.UnicodeScalarView(我喜欢这个)。(校者注:已被驳回)

SE-0013 提议移除在调用时使用无 final 限制的 super 方法(校者注:即使用子类方法)。我对这个持怀疑态度,也没花多少时间去研究它。(校者注:已被驳回)

SE-0020 旨在扩展构建配置以区分基于现在的 Swift 语言发布版本的代码(这个我也蛮喜欢的!)。(校者注:Swift 2.2 中已接受)

即将到来的

Doug Gregor 的 SE-0021,提供了在模块中引用可能要重载的函数的更具体的方法。(校者注:Swift 2.2 中已接受)

还有他的 SE-0022,创建了与目前字符串方法相比更合理的参数标签敏感选择器。(给这两个都点一个赞)(校者注:已接受)

已接受的

SE-0011 在 Swift 2.2
被接受了,在协议上将 typealias 的实现与 associatedtype 的要求区分开来。

讨论的

每当我觉得自己在阅读列表上这些东西取得进展时,我的未读信息数又回到了 500 以上,压力真挺大的。我正关注着一些可能并不是大多数开发者感兴趣的话题。

目前也有一些与改进序列和集合,从其他语言那里增加更多的标准库特性,完善协议等相关的话题。

有两个我认为非常酷的讨论提议:一个是给 nil 增加一个「完全未初始化」的可选项,叫 none;另一个是为变量声明添加命名变量。它们被关注得很少。我建议你们去看看,这两个提议都来自 Amir Michail。

曾经有一个关于闭包返回可推断值的提议,不过好像已经挂了,还挺惨的。在现版本的 Swift 中,可推断返回值被限定为一行闭包。这似乎可以排除分支场景——因为它必须是一个明确的终点——不过这已经被讨论过了。

我模糊地记得看过一些关于消除尾闭包多参数调用的东西,但在写这篇文章的时候却找不到了。无论如何,我赞成这种做法,因为把处理成功失败的一个分支作为一个参数时,再把另一个参数作为尾闭包是没有意义的。

还有哪些东西吸引了的眼球?给我留言或者发个推吧!

本文由 SwiftGG 翻译组翻译,已经获得作者翻译授权,最新文章请访问 http://swift.gg

文章目录
  1. 1. 撤回的
  2. 2. 积极审查的
  3. 3. 即将到来的
  4. 4. 已接受的
  5. 5. 讨论的