近日，苹果公司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稳定性的大门，我们肯定会以有意或无意的缺陷而结束[…]。能够花时间去做正确的事情是弥足珍贵的。
文章转载自 开源中国社区[http://www.oschina.net]