Swift 3.0：你的代码即将崩坏

做者：Erica Sadun，原文连接，原文日期：2016-02-29
译者：Crystal Sun；校对：numbbbbb；定稿：shanks

当咱们提到代码崩坏（code breaking）时，通常是指下面这两种状况。

1. 语音语义发生了变化。这时你须要重构代码，典型例子就是 Swift 从 (..., $NSError) -> Result? 格式改成错误抛出。

2. 语言语法发生了变化。这时只需进行迁移，而后大部分代码或多或少都能自动修复（还有一小部分须要微调）。

后者确实会带来一些麻烦，但更具破坏性的是前者。若是我猜的没错，Swift 3 的目标是进行最后一次内部调整，等到 Swift 4 时就不会再从新设计语言了，而是增长新的特性。

Chris Lattener 写道，

赞同 —— Swift 3 的源码调整已经完成了，因此咱们会提供很是棒的迁移工具，帮助人们可以迅速完成迁移工做。除了 Swift 3 外，Swift 社区将会成为多元化社区，支持多个平台系统，创造出更多不一样的工具和 IDE 供开发者使用。

正因如此，在 Swift 3 发布以后，源码崩坏修复（source breaking changes）会更加困难，咱们倾向于尽量地把改动放到 Swift 3 中。

更多内容：

虽然 Swift 4 可能也有一些崩坏改动，不过咱们更但愿可以减小崩坏的状况

时间框架

这也是为何咱们要努力完善 Swift 3 的缘由，在目前的时间限制下，即便这意味着要推掉一些有趣的工做……

……

我认为如今没有必要讨论 Swift 3 以后的特性，也不会带来什么好处。没有足够的资源让核心团队成员参与讨论，咱们更但愿可以让社区和开源贡献者将主要的精力集中在 Swift 3 上，力争让 Swift 3 功能更增强悍。

Swift 3 的特性可以预示 Swift 4 的走向。尽管有一些特性咱们可以预知（例如并发会成为 Swift 的一个特性），仍然有不少彻底不一样的设计方向值得咱们探讨和尝试。虽然如今不太可能来一场讨论，权衡决定哪一种是最好的解决方案，不过大量的讨论一定会浪费时间。

如今须要全部相关的人等到合适的时间再来讨论，虽然这须要足够的耐心和克制，不过对每一个人来讲，这是最好的。今年秋天（北半球）很快就要到了，咱们还有太多重要的工做须要完成。

将 Swift 3 的各类目标固定下来列出时间表这件事可不太容易，尤为是 Swift 开源以后。

预测 Swift 3 最终结果（好比：“Swift 3 会实现咱们的目的吗？”），自己就是一件危险的事情，也不可能作到完美预测。在语言设计和增长特性上有太多的未知了（好比：咱们连一个具体的设计稿都没有，你如何知道要花费多少时间来执行呢？），随着新的问题不断出现，咱们的工做量又在不断增长，固然了，须要开源社区来确认有哪些新问题。更不可能预测开源的贡献者能提供多少时间和工做量。

咱们对一些好的想法说“不”的部分缘由就是咱们设计和执行的受限。咱们对 Swift 3 有较高的目标要求，可是咱们也不能百分百肯定咱们能彻底实现咱们的目标（这也是“目标”的缘由了，而不是“肯定性”）。我以为咱们在 Swift 3 上要行动一致，集中解决语言里的核心缺陷，修复各类问题，设计影响 ABI 稳定性的 resilience 特性，同时呈现小范围的扩展。不一样于以前讨论的大的扩展，小范围扩展不会影响核心模块（ 例如成员初始化改造 the menberwise init revamp ），我但愿能在 Swift 3 里实现部分扩展。

总而言之，关于 Swift 3 是什么的问题，已经上升到更高的层次，Swift 3 可以让更多的人接受 Swift 语言，人们在 Linux 上运行 Corelibs + Swift 变成现实，无疑可以吸引更多的人来使用 Swift ，SwiftPM 已经逐渐完善，造成了本身的体系，Swift 语言和 stdlib 标准库函数更加成熟。

这意味着什么？恩，首先，从 Swift 2 过渡到 Swift 3 不可避免地将是悬崖式的过渡，大量的代码须要重写，Cocoa 的重命名工做也要落地了，咱们将再次建立使人瞩目的科技成果。一样地，咱们应该尝试将 “ 从新布局式的 ” 改变放到 Swift 3 中，若是可能的话，Swift 3 到 Swift 4 的过渡尽量平缓一些。如今人们理解接受 Swift 的进化改变的种种不便，不过咱们不能一直这样。我认为咱们不能百分之百地保证从 Swift 3 到 Swift 4 的代码兼容性，我但愿从 Swift 2 到 Swift 3 的代码升级可以简单一些。

最后一点，留意 Cocoa 的重命名工做，这将是一项使人瞩目的成就。

本文由 SwiftGG 翻译组翻译，已经得到做者翻译受权，最新文章请访问 http://swift.gg。