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

作者：Natasha The Robot，原文链接，原文日期：2016-04-15
译者：Cee；校对：Channe；定稿：千叶知风

最新被接受的

SE-0048：泛型别名在定义中引进了类型的参数，例如：

typealias StringDictionary<T> = Dictionary<String, T>
typealias DictionaryOfStrings<T : Hashable> = Dictionary<T, String>
typealias IntFunction<T> = (T) -> Int
typealias Vec3<T> = (T, T, T)
typealias BackwardTriple<T1,T2,T3> = (T3, T2, T1)

为类型重新声明别名时有一些限制条件。例如在存放字符串的词典中，主键必须实现 hashable 协议才能够使用。Swift 的编译器会在不满足限制条件时提供一些反馈：

typealias DictionaryOfStrings<T> = Dictionary<T, String>
// error: type 'T' does not conform to protocol 'Hashable'

干得漂亮。

SE-0049：将 @noescape 和 @autoclosure 关键字作为类型属性，这也遵循了之前的一个提议，把描述类型特征的东西变成类型的一部分。

func f(fn : @noescape () -> ()) {}     // 类型属性
func f2(a : @autoclosure () -> ()) {}  // 类型属性

SE-0036：为枚举实例中的成员命名前部添加点（.）标记，这使得之前可以不通过点表示法访问枚举判断的例外情况成为了不可能。也就统一了实例访问静态成员变量的方式。

SE-0062：使用 Objective-C 中的键值路径，通过编译器检查键值路径表达式的合法性来提高了代码（对于 KVC 和 KVO 来说）的安全性和可靠性。新的 #keyPath() 表达式能够在编译时扩展为一个键值路径的字符串常量，编译器就可以检查它的合法性了。

#keyPath 表达式相比于 Objective-C 形式的 key-path 字符串，程序员不再需要手动输入并检查暴露给 Objective-C 的键值路径。

SE-0064：使用 Objective-C 中 selector 来获取属性的 getter 和 setter 方法，这基于 SE-0022 进行了扩展，为 #selector 表达式扩展了对属性方法的支持。 

let firstNameGetter = #selector(getter: Person.firstName)
let firstNameSetter = #selector(setter: Person.firstName)

SE-0057：引入 Objective-C 中的轻量级泛型，这使得在 Swift 中使用 ObjC 中新的参数类型（译者注：比如 MySet<NSValue *> *）成为了可能。

Cocoa 和 Cocoa Touch 为了提高静态类型安全和可读性，包含了大量的 Objective-C 轻量级泛型参数的 API。然而在由于类型参数在导入到 Swift 中会丢失，事实上在 Swift 中这么做会没有 Objective-C 中那么安全

这个提议让 ObjC 类中参数类型的工作方式类似于 Swift 的泛型语法。

SE-0063：Swift 包管理器系统模块搜索路径让 Swift 能够更好地支持除了 /usr/lib 和 /usr/local/lib 外 C 函数库的引用。它为 brew 和 apt-get 提供了支持，并且引入了 pkgConfigName 入口，使得编译器能够在 Swift 包管理器中 .pc 文件外搜寻其他路径。

推迟的

SE-0058，允许 Swift 类型提供自定义的 Objective-C 表现形式被推迟到 Swift 3 之后。这个提案提出了一个ObjectiveCBridgeable协议，允许 Swift 类型转换成一个独立的 @objc 类型，从而控制其在 Objective-C 中的表现形式。这可以让库作者开发真正原生的 Swift API，同时让它支持 Objective-C：

确实，允许库作者把自己的类型（像 Foundation 那样）从 Objective-C 桥接到 Swift 非常重要。然而，目前我们没有信心把 _ObjectiveCBridgeable 开放出来。在当前阶段，就像协议名暗示的那样，这个协议的目的是把 Objective-C 对象类型桥接到 Swift。未来我们想实现其他平台的桥接，包括 C++ 值类型和其他对象系统，比如 COM、GObject、JVM 和 CLR。目前还没有确定具体的实现方式，可能是扩展现有机制，可能是针对每种类型创建新协议。这个领域还需要探索，所以目前还无法开放这个 API。

正在进行审核的

等待审核的

文章目录
  1. 1. 最新被接受的
  2. 2. 推迟的
  3. 3. 正在进行审核的
  4. 4. 等待审核的