<p>Apple近期在WWDC 2017大会上宣布，已经 <a href="/misc/goto?guid=4959009680784567965" rel="nofollow,noindex">开源</a> 在了 <a href="/misc/goto?guid=4959009680897420277" rel="nofollow,noindex">Xcode 9中提供的</a> 的Swift 4 Migrator。</p>    <p>Swift Migrator现已完全重写，业已成为编译器的一个组成部分，而不再是一个独立的工具，并对Swift 3和Swift 4提供同等优秀的支持。Migrator的工作是通过下面一系列的测试（Pass）完成的：</p>    <ul>     <li> <p>Pre-fix-it测试。在编译器不能对主输入文件做类型检查时，执行该测试。在此情况下，Migrator会应用编译器给出的所有fix-it建议，该过程至多重新尝试两次，目的在于生成代码的抽象语法树（AST）表示。</p> </li>     <li> <p>AST测试。如果开发人员需要迁移Swift 4之前的代码，那么需要在Pre-fix-it测试之后开展AST测试。测试包括考虑所有以前的SDK在API层次上的改进，使得源代码能匹配新的SDK API。</p> </li>     <li> <p>Post-fix-it测试。该测试尝试去应用所有Swift 4模式编译器给出的fix-it建议。这一步骤最多执行七次，因为在每个fix-it测试过程中可能会出现新的问题。</p> </li>    </ul>    <p>在Pre-fix-it和Post-fix-it测试阶段，对于所有关联到错误的fix-it，Migrator是默认应用的；而对于关联到警告的fix-it，Migrator是选择性使用的。</p>    <p><a href="/misc/goto?guid=4959009681012893418" rel="nofollow,noindex">值得注意的是</a> ，虽然Apple鼓励项目迁移到Swift 4，但代码迁移并非是严格要求的，因为Swift 3.2和4的编译目标可以共存并链接到一起。此外，开发人员不应该期待被迁移的代码块会自动生成一个可编译项目，迁移后的代码也无法保证是正确的，或是符合语言习惯的。一系列迁移到Swift 4的已知问题，以及所有可用的解决方案，都以文档形式提供于 <a href="/misc/goto?guid=4959009681123362516" rel="nofollow,noindex">Xcode 9的发行说明</a> 中，文档对所有注册的开发人员可用。</p>    <p>来自： http://www.infoq.com/cn/news/2017/07/swift-4-migrator-open-sourced</p>