天天看点

无力吐槽在Eclipse CDT下进行C/C++开发

继前文“VS和Eclipse的调试功能哪个更强大?”介绍了下自己为什么必须要在Eclipse下开发C/C++程序而不是VS下开发,也吐槽了Eclipse下调试C/C++程序的纠结与不便。但还是必须得在Eclipse下进行开发,谁让微软这个不支持那个也不支持呢?而且我对linux下的gdb调试也不是很熟,最终还是选择继续在Eclipse下进行开发。总体对我影响不是很大,毕竟我对Eclipse要熟很多。直到今天,我终于忍受不了了。

1. 编译C++的速度忒慢了。

无力吐槽在Eclipse CDT下进行C/C++开发

我的工程项目很小,就几个C++头文件和源文件,结果每次修改个东西想要重新编译看下效果,结果每次都要等个几十秒有时候还得登上一两分钟,浪费了我N多时间啊。这些零碎时间我又不能拿来干其它的事,加起来就是个大消耗。有人可能认为这跟你系统内存有关,的确是这样的,但我相信它本质就很慢,而且我的内存是6G也不小了吧。

2. 智能补充提示基本没有。

为什么大家都喜欢在IDE里写代码呢,不还是因为里面有很多的智能补充,大大提高了我们的效率。比如VS下,你在编写的过程中提示就出来了,非常方便,可在CDT下,基本上没有智能补充,可能是反映太慢了,还没来得及显示我就写完换行了。

3. 错误提示不友好。

我一直觉得Eclipse中的错误提示做的相当到位,反正我在写Java程序时是这样觉得的,没想到到了C++下就变得如此不智能、不友好。当然,这不能怪Eclipse,是插件CDT的问题,笨重且功能不强大。它只能提示写很简单的语法错误,复杂点的语法就不行了。导致我只有等编译后才发现一些潜在的错误(有些错误在VS下编译前就能提示出来,即非逻辑上的错误)。

4. 修改错误后反映慢。

也就是当经过Build后发现一堆红叉,修改后发现红叉仍然不变,不能及时反映,只有等再一次Build才能显示你改的是对还是不对,无疑再一次浪费了时间。

总之速度慢,反映慢,提示不友好,调试不方便。我最终决定先在VS下完成一部分的工作,等需要VS不支持的语法时再转到Eclipse CDT吧。

哎,人艰不拆!!!

继续阅读