近日，苹果公司 Swift 语言创始人 Chris Lattner，在 Swift 官方邮件组服务上声明，Swift 3 原计划的目标之一—— ABI 的稳定性，将会推迟发布。
Lattner 的原话：
刚开始的时候我们不适宜发布这些远大的目标——包括一些重要的为了锁定标准库 ABI 的泛型功能。
因此，Swift Evolution Git 仓库的 ReadMe 文件中已经去掉了ABI 的稳定性。
由于原来的ReadMe 文件中有相关说明，ABI 的稳定性将允许将来Swift 版本开发的应用程序和编译库可以在二进制层次上与 Swift 3.0 版本的应用程序和编译库相互调用。这样，ABI 的稳定性将保证一定程度的二进制兼容性，即使源语言发生了变化，并且第三方更容易发布二进制库。另外，ABI 的稳定性将允许删除需要的Swift 标准库和二进制文件，就像目前情况下通过Xcode 创建的iOS 和OS X 应用程序一样。
Lattner 还解释说，大约会在 2016 年 8 月份左右开始这一特性的讨论并且会讨论什么时候把它纳入 Swift 语言中。目前尚不清楚 ABI 的稳定性是否会纳入 Swift 3.1 或 4.0 版本，但是 Lattner 期望它是一个优先级最高的功能。
Lattner 的声明引起了一些不满， 主要是关于 Swift 3 原计划的大多数目标是如何被取消的。其他的一些评论强调，Swift 刚开源的时候是如何定义 Swift 3 的初始范围的，是否是社区的提议驱使 Swift 在 ABI 稳定之前专注于更需要明确的其它方面的开发，苹果工程师 Greg Parker回复说，ABI 一旦定义了，就很难去改变，就如 OS X 和 iOS 的历史架构转换演示一样。特别地，他提到，Objective C ABI 在极少数情况下存在的有意或无意的缺陷主要是由于时间的压力，如用 BOOL 代替正确的布尔字符，或者由于使用传统的 GCC 而使用 setjmp-longjmp 异常处理机制而不是“零成本”异常处理，等等。所有的一切，他总结：
如果我们在 Swift 3 就试图冲破 ABI 稳定性的大门，我们肯定会以有意或无意的缺陷而结束 […]。能够花时间去做正确的事情是弥足珍贵的。
查看英文原文： Swift 3 Will Not Have a Stable ABI
感谢张龙对本文的审校。
给InfoQ 中文站投稿或者参与内容翻译工作，请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博（ @InfoQ ， @丁晓昀），微信（微信号： InfoQChina ）关注我们。
暂无签名
Java 避坑指南：Java 高手笔记代码篇
本迷你书包括 86 个业务开发中常见踩坑点。每一个知识点都相当的实用，是程序员业务开发中的必备避坑指南...
评论