时钟的滴答声:如何在Unity中优化编译时间
上周五标志着Unity 5.3.5p7的发布,这是一个不经通知或夸大其词就通过的小补丁。 但是,在此修补程序中,还有一个要点,其中还有许多其他修复措施值得我们关注。 那就对了。 优化您的编译时间又回来了!*升级后,我的编译时间从大约17秒缩短到6.3秒。 *(在Unity 5.2.4之后,大多数版本都有一个编译器错误,该错误会否决最有效的编译时间优化策略) 但是,我不仅在这里描述每次更改代码后等待的时间减少10秒有多么惊人,我还想问一个问题:为什么没有更多的人看到这个错误得到修复呢? 减少编译时间的想法会不会激发他人的喜悦? 我唯一的结论是,大多数人没有意识到他们可以优化编译时间。 没有官方文档,并且相关的论坛帖子已经过时,因此要获得全面发展并不容易。 但是一旦有了这些,减少编译时间就很简单,而且好处是巨大的。 因此,这是我与编译时间作斗争的个人策略: 1.了解事实 首先,您需要找出代码编译需要多长时间。 对于我自己的一个人的代码库,它徘徊在17秒左右。 对于较大的团队,合理的估计约为30秒。 为了正确理解这一点,我每小时要进行20到30次更改,而不得不等待30秒而不是6.3秒,这会使我的时间表每小时增加大约10分钟的等待时间…