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

我想知道，有没有特别针对长编译时间的编程工作流

这是我开始编程后不久就遇到的一个问题。我的编程工作流程始终是：

进行一些小的更改，例如一次最多10行，尤其是在调试过程中

编译并检查编译时错误，然后检查运行时错误

当然，第一步可能并不总是正确的，尤其是在添加新功能时

这个工作流程背后的原因是大量的打字错误或逻辑错误，这些错误会在一段时间后聚集在一起，甚至可能产生大量毫无意义的后果性错误。这就是为什么在大多数情况下，仅尝试更正编译器的前3或4个错误是可行的，接下来的20个左右的消息很可能与更正的消息一起消失

但现在我开始从事编译时间越来越长的项目。例如，我想通过使用Boost函数来缩短开发时间。最后，我在自己的库中重新实现了所需的函数，它的编译速度比boost快数百倍，例如矩阵求逆。另一个项目广泛使用模板元编程，我开始讨厌它，因为它导致编译时间长>1分钟。所有>3秒的东西都会妨碍我的工作流程

但是过去，没有任何可能像C++中被遗忘的括号那样的检查每个键入或者在错误的情况下写的一些可变的字母。对于每个程序更改，都需要重写穿孔卡，或者可能将打印出的源代码提交给中央unix服务器管理。那么他们是如何编程的呢？他们是否都如此专注，以至于犯的错误比我少得多（我敢说：我们这一代人）

---

我对减少编译时间的想法并不感兴趣，因为已经有很多（不令人满意的）想法（PCH，…），但是，对于不同工作流程的建议，或者对于那些在编译时间较长的大型项目中工作的人的经验，使用支持语法突出显示和智能功能（如键入时语法检查）的IDE，可能会大大提高您的工作效率。这个问题太广泛了！你基本上是在问如何设计和开发大型软件系统。人们通常在经过多年的学习和/或多年的专业经验后获得必要的技能。你怎么能期望一个Stackoverflow的答案来解释什么需要几年才能学会？使用一个支持语法突出显示和智能功能（如键入时语法检查）的IDE，可能会大大提高你的工作效率。这个问题太宽泛了！你基本上是在问如何设计和开发大型软件系统。人们通常在经过多年的学习和/或多年的专业经验后获得必要的技能。你怎么能期望一个答案来解释什么需要几年才能学会？