Swift 标准库的发展

阅读数:990 2016 年 3 月 7 日

话题:开源iOS语言 & 开发架构

根据 Apple 正在编写的一份文档所述,Swift 的一个主要设计目标是确保代码高效执行的同时还能对实现进行加载期抽象。Apple 的设计文档提供了与库设计者相关的信息,包括 Swift 标准库。

Swift 标准库设计者面临的一个主要亟待解决的问题是保证未来客户端与现有库之间的兼容性(向前兼容),现有客户端与未来版本的库之间的兼容性(向后兼容)。

要解决这个问题只需要确保公有的方法接口不变,保证当底层实现代码修改时暴漏给使用者的接口仍然有效即可。

关于苹果正在推进标准库发展的讨论意在影响 Swift 的设计和功能,使得库设计者们能在满足向兼容与向后兼容的同时不要因为加载时的检查而付出太多的成本。

Apple 的文档定义了一套解决方案来帮助库设计者们实现这一目标:

  • 使用版本控制的 API,确保用户想使用某一个特定版本的 API 时可以限制仅当该版本 API 可用时调用。
  • 仅允许不会破坏兼容性规则的改动。为此苹果在每发布一个新版本的库时都会通过文档标明所有确定无误的改动点。这样的改动点包括修改一个方法的实现,修改一个内部参数名,或者是给参数加上了默认值。另外一些改动则是不允许的,例如改变一个方法的通用要求,或者是改变参数的顺序,Apple 的库不仅仅对方法做了标识,也包括结构体、枚举、协议、类、扩展等等内容的描述。

此外,Apple 还说追求加载时抽象从优化的角度看是有一定的性能损耗的。的确,许多的优化都依赖于这个功能的真正实现,即它有没有访问全局内存、一个 struct 里的成员的个数等,因此我们在开发过程中做向前兼容或者向后兼容时一定要尽力避免这样的优化。

还有一些其他关注点: 使用了内联代码,但它应该被当做当前模块外的代码,因为它最终会在客户的模块里执行;本地可用性环境,会影响“#available”对函数体的作用方式;对类型的约束,比如说声明一个类型是“trivial”,或者定义它的最大“size_in_bits”等等。

如前面所提到的,文档是 Apple 工作过程中的产物和一些基本改动点的总结,但如果你是一名 Swift 开发者还是应该多关注文档。

查看英文原文:The Evolution of Swift's Standard Library

感谢张龙对本文的审校。