Swift 3.1进入最后开发阶段

   <p style="text-align: center;"><a href="/misc/goto?guid=4958988741681151932" title="swift"><img alt="Swift 3.1进入最后开发阶段" src="https://simg.open-open.com/show/ff16f5b0fb28155fafa3c5e0a3ec0ed7.png" /></a></p>    <p>英文原文：<a href="/misc/goto?guid=4958997127760243048">Swift 3.1 Enters its Final Development Stage</a></p>    <p>在苹果负责语言和运行时的 Ted Kremenek 在<a href="/misc/goto?guid=4958997127907032253">博文</a>中表示，苹果的 Swift 团队已经公开了 Swift 3.1 的发布计划，Swift 3.1 预计将于 2017 年春季发布，并且可与 Swift 3.0 源代码兼容。</p>    <p>Kremenek 提到，Swift 3.1 将会兼容 Swift 3.0：</p>    <blockquote>     <p>绝大多数用 Swift 3.0 编译器编译的代码都可以继续使用 Swift 3.1 进行编译。但是对编译器的一些问题修复将导致编译器不会接受从来没有出现过的代码。但这些情况在实际中应该出现的相对较少。</p>    </blockquote>    <p>确切地说，Swift 3.1 并不会达到 Swift 4 预期的兼容性，它只是更加方便使用而已。此外，Swift 3.1 的源代码兼容性明确包括 macOS、iOS 等系统的 Apple SDK，这意味着这种兼容性只包括代码兼容性的更改。苹果工程师 Ewa Matejska <a href="/misc/goto?guid=4958997128025504797">解释说</a>，所有破坏源代码兼容性的更改都会被仔细评估，以衡量它们对源代码兼容性带来的影响。需要特别指出的是，一些以后可能会破坏“边缘情况”（“fringe case”）的编译器问题修复将被可以预见地接受，而对现有 API 的更改应该为兼容性带来显着的好处。</p>    <p>Swift 3.1 同样会改变快照版本生成的方式，以后将试图每天产生新的快照版本。这将为 Swift 社区提供更精细的粒度来测试新功能，并确保与以前的版本相比将会有更多的发布规律。</p>    <p>Swift 3.1 将于 2017 年 1 月 16 日从 master 拉出新的 branch。从那以后，master 分支将专门用于 Swift 4 的开发工作，尽管根据发布管理来判断一些显著的更改仍然会保留，但是目前并不能保证 master 分支的任何更改一定会出现在最终的 Swift 3.1 中。</p>    <p>总的来说，Swift 3.1 的版本更新只是对核心语言和 Swift Package Manager 的功能进行了一些增强，同时改进了对 Linux 系统的语言支持。</p>    <p>来自: <a href="http://www.infoq.com/cn/news/2016/12/swift-31-release-process?utm_campaign=infoq_content&utm_source=infoq&utm_medium=feed&utm_term=global" id="link_source2">InfoQ</a></p>