我喜欢Apple和他们所做的事情,但是Swift. OH!!
我在Swift编译时遇到了问题。
配置:
编译时间:3 min。
看起来“新的最佳和惊人的敏捷,梦想”这个配置是不够的,它的工作方式类似于Google Chrome - InfiniteLoop(find free memory - eat)。
我尝试了各种方法来加快编译时间:
HEADERMAP_USES_VFS设置为YES (无更改)

Build Settings / Architectures / Build Active Architecture Only设置为YES (一些改进)

defaults write com.apple.Xcode PBXNumberOfParallelBuildSubtasks 4 (8) (有时会变得更糟)-Onone (没有重大改进)

DWARF而不是DWARF with dSYM File

Find implicit dependencies (没有重大改进)

我想每个人都在等待新的Xcode 8.2 beta 2:
当只发生小的更改时,Xcode将不会重建整个目标。(28892475)
但这只是部分正确,我还有很长的编译时间--从6-12分钟移到3-8分钟。对此的详细描述可以找到这里和这里。
此外,在编写代码时,我遵循了所有这些规则:
换句话说,不要使用任何“新的酷功能”,因为你会等待很长时间。
再一次尝试--是一个描述这里的解决方案。
转到产品->方案->编辑方案。选择“左侧生成”列并取消选中“查找隐式依赖项”,但在首次构建项目时,应始终选中此标志。
但是,这个解决方案不是我想要的,这也可以作为一个临时的解决方案。
Swift是一个痛苦,不是因为它很难编写,而是因为它很难使用(至少在一些机器上是这样)。
比较而言:我在Objective-C上有一个带有2k类的项目,11个pods -干净的编译时间是30秒。
此外,我还在快速性能上发现了许多已打开的bug:
我的问题是:
有谁有改进Swift编译时间的解决方案吗?
发布于 2017-04-27 14:20:54
通过使用Carthage而不是Cocoapods来包含第三方库,我们大大提高了编译时间。
发布于 2017-01-11 07:50:30
您很可能打开了代码优化,虽然这是构建发布版本所必需的,但对于dev构建来说,它并不特别重要。
代码优化所做的正是它所说的,它优化了您的代码,使生成的最终二进制文件更小。它可以将变量/方法重命名为单个字符等.就像我说的,你在向应用程序商店提交时显然想要这样做,但是你可能不关心应用程序在开发时是否更大。
您可以通过转到Project > builds,搜索'optim',在Swift编译器-代码生成集优化级别下关闭用于Debug构建的代码优化级别为None -Onone,从而关闭用于开发构建的代码优化。
这将大大改善您的构建时间。
发布于 2017-11-24 08:18:43
没有调试限制的全模块优化
只需将SWIFT_WHOLE_MODULE_OPTIMIZATION添加为用户定义的设置,其值为、YES、,您的编译时间就会大大提高。

这种修复是由Zalando的开发人员提出的。对他们大喊大叫。src=4n3gxh1
https://stackoverflow.com/questions/41585270
复制相似问题