在慢速编译环境中编码的最佳方法是什么?

And*_*rew 10 c++ tdd build-process

我以前用TDD编写C#编码 - 编写/或更改一小段代码,在10秒内重新编译整个解决方案,重新运行测试.简单...

这种开发方法对我来说非常有效,但直到去年我不得不重新使用C++编码,而且我觉得自那时以来我的工作效率已大大降低.C++作为一种语言不是问题 - 我有很多C++开发经验......但在过去.

对于小型项目,我的工作效率仍然可以,但随着项目规模的增加,它会变得更糟,一旦编译时间超过10分钟就变得非常糟糕.如果我发现错误,我必须再次开始编译,等等.这简直令人沮丧.

因此我得出结论,在一小块(如前所述)是不可接受的 - 任何建议如何让我自己进入编码一小时左右的旧习惯,手动查看代码(不依赖于快速的C#编译器) ,并且只在几个小时内重新编译/重新运行一次单元测试.

使用C#和TDD,以渐进的方式编写代码非常容易 - 经过十几次迭代后,我开始使用的任何废话都以一个好的代码结束,但它对我来说不再适用(在慢速编译中)环境).

非常感谢您的投入和回忆.

ps不确定如何标记问题 - 欢迎任何人重新标记问题.

干杯.

duf*_*ymo 2

我不明白为什么不能在 C++ 中使用 TDD。我早在 2001 年就使用过 CppUnit,所以我认为它仍然存在。

您没有说明您正在使用什么 IDE 或构建工具,因此我无法评论它们如何影响您的进度。但小型增量编译和运行单元测试仍然是可能的。

也许您会喜欢研究 Cruise Control、Team City 或其他不干涉的构建和测试流程。您可以尽快签入,然后让自动构建在另一台服务器上进行。