三叠纪公园:Swift 的进化史

作者: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-0063Swift 包管理器系统模块搜索路径让 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。

正在进行审核的

等待审核的

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

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 213,616评论 6 492
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,020评论 3 387
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 159,078评论 0 349
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,040评论 1 285
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,154评论 6 385
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,265评论 1 292
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,298评论 3 412
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,072评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,491评论 1 306
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,795评论 2 328
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,970评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,654评论 4 337
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,272评论 3 318
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,985评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,223评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,815评论 2 365
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,852评论 2 351

推荐阅读更多精彩内容