编译时间长的项目的编程工作流程

时间:2015-10-31 11:22:20

标签: c++ boost workflow

我想知道,是否有任何编程工作流程,特别是针对长编译时间?

这是我开始编程后不久实际遇到的一个问题。我的编程工作流程总是:

  1. 进行一些小改动,例如最大。一次10行,特别是调试过程
  2. 编译并检查编译时错误,然后检查运行时错误
  3. 当然,第一步可能永远不会成立,尤其是在添加新功能时。

    这个工作流程背后的原因是大量的拼写错误或逻辑错误,这些错误只会在一段时间后收集,甚至可能产生大量的后果性错误,没有任何意义。这就是为什么在大多数情况下只能尝试纠正编译器的前3或4个错误,接下来的20个左右的消息很可能会与纠正的消息一起消失。

    但是现在我开始研究项目,这些项目的编译时间越来越多。例如。对于一个实例,我想通过使用Boost函数来减少开发时间。最后,我刚刚在我自己的库中重新实现了所需的功能,与boost相比,它的编译速度提高了数百倍。矩阵求逆。另一个项目广泛使用模板元编程,我讨厌这是因为编译时间长> 1分钟。一切> 3s都会妨碍我的工作流程。

    但是在过去,没有可能检查每个拼写错误,比如C ++中被遗忘的大括号或者写错了大小写的变量字母。对于每次程序更改,都需要重写穿孔卡或将打印出的源代码提交给中央unix服务器管理。那么他们是如何编程的呢?如果他们都那么专注,他们的错误远远少于我(我敢说:我们这一代)?

    我对减少编译时间的想法并不感兴趣,因为已经存在很多(不满意的)(PCH,...),而是关于不同工作流程的建议或人们在大型项目上工作的经验编译时间长。

0 个答案:

没有答案