22
为什么Swift编译时间这么慢？
我正在使用Xcode 6 Beta 6。 这已经困扰了我一段时间，但是现在已经到了几乎无法使用的地步。 我的项目已经开始有一个体面的65个斯威夫特文件的大小和几个桥接Objective-C的文件（这是真的不是问题的原因）。 似乎对任何Swift文件进行任何微小的修改（例如在应用中几乎没有使用的类中添加简单的空白）都会导致重新编译指定目标的整个Swift文件。 经过更深入的调查，我发现CompileSwiftXcode在swiftc目标的所有Swift文件上运行命令的阶段占了编译器时间的几乎100％。 我进行了进一步的研究，如果仅使用默认控制器保留应用程序委托，则编译速度非常快，但是随着我添加越来越多的项目文件，编译时间开始变得很慢。 现在只有65个源文件，每次编译大约需要8/10秒。一点也不快。 我还没有看到任何帖子谈到这个问题，除了这一个，但所以我想知道如果我在这种情况下，只有一个，这是一个旧版本的Xcode 6。 更新 我已经在GitHub上检查了一些Swift项目，例如Alamofire，Euler和CryptoSwift，但是它们都没有足够的Swift文件可以进行实际比较。我发现唯一一个启动时大小合适的项目是SwiftHN，即使它只有十几个源文件，我仍然能够验证同一件事，一个简单的空间，整个项目需要重新编译，这开始需要一个很少的时间（2/3秒）。 与分析器和编译速度都很快的Objective-C代码相比，这确实让Swift永远无法处理大型项目，但是请告诉我我错了。 Xcode 6 Beta 7更新 仍然没有任何改善。这开始变得荒谬。由于缺少#importSwift，我真的看不到苹果将如何进行优化。 使用Xcode 6.3和Swift 1.2进行更新 苹果增加了增量构建（以及许多其他编译器优化）。您必须将代码迁移到Swift 1.2才能看到这些好处，但是Apple在Xcode 6.3中添加了一个工具来帮助您做到这一点： 然而 不要像我那样高兴得太快。他们用来使构建增量的图形求解器尚未得到很好的优化。 的确，首先，它不关注函数签名的更改，因此，如果在一个方法的块中添加空格，则将重新编译所有依赖于该类的文件。 其次，它似乎基于重新编译的文件来创建树，即使更改不影响它们也是如此。例如，如果将这三个类移到不同的文件中 class FileA: NSObject { var foo:String? } class FileB: NSObject { var bar:FileA? } class FileC: NSObject { var baz:FileB? …