程序编译总要很长时间, 怎么提高效率?
一个别人的vs 2008 的程序, 编译, 加载数据, 运行, 需要一个小时.

然后我改改, 再运行,又要一个小时才能看到结果.

这样岂不是很浪费时间, 怎么办?

这样如何修改程序啊

[解决办法]
不用全部重新编译啊，按F7就只会编译修改过的文件。
[解决办法]
看 effective c++.
减少头文件的依赖关系.
[解决办法]
你的数据很大，加载需要很长时间？
编译一般要不了太长时间吧。
[解决办法]
gcc 可以用ccache
vc不懂

[解决办法]
加载1G数据是比较麻烦，但也不至于要一个小时。应该几分钟内就能完成。再说为啥要加载这么多东西到内存呢？

这个程序的设计应该是有问题的，我想唯一的办法是你去改掉它。
[解决办法]
这个程序好夸张，我看过有人编译一个精简型的Linux操作系统，也不过用了10分钟。
没编译过这么大的程序。
我编译过的最大的程序只要2分钟。
[解决办法]
设置“使用预编译头文件”，用“生成”，不要用“重新生成”。
[解决办法]
用build，不要用rebuild。也不要去按clean
[解决办法]
估计是预编译头里面包含的东西太多了，每次都在改它吧，呵呵呵
[解决办法]
使用联合编译工具
[解决办法]
传说中有人遇到过此问题，是否考虑用银河
[解决办法]
加载1G的文件的东西，干嘛不把这1G的东西放到SQL Server数据库中呢，然后用程序操作数据库，即使操作数据库1G的东西，也用不了1个小时吧，楼主你用的是什么电脑啊
[解决办法]
加内存, 然后把2g内存虚拟成硬盘, 把你的1g文件放进去, 加载速度应该提高50%以上

[解决办法]
换个机器吧。
[解决办法]

探讨

看 effective c++.
减少头文件的依赖关系.

[解决办法]
那么大的数据，可以考虑拆分一下啊，然后分基本线程同时取啊···不过这个是否可行还得看你的程序的需求了
[解决办法]
如果是读取数据很慢，比如 n多个 小文件，并且可能是文件内读取是，跳转到指定offset，读取某些数，做一些处理，再根据结果fseek到另外一个offset 。这类，是有可能看起来才1G数据，结果却加载很久

测试时，临时地，使用内存映射文件，把各种加载的数据，预先处理好，放到 内存映射文件中。（有参数，可以不创建硬盘文件，纯粹地在内存中）

程序的读取数据部分，稍微修改下。

这样，反复测试的时候，就省去了从硬盘读取大量文件，耗时浪费时间了。
等程序最终测试完好后。 再修改读取数据的部分。
[解决办法]
选择"生成"，不要用"重新生成".试试
[解决办法]
搞个固态硬盘,加载就快多了
编译应该不会太慢吧.就算慢也可以通过优化程序组织结构来改进.
如果链接太慢的话,可以想办法把程序拆分成不同的模块,分别编译成不同的dll,再组合起来用...
[解决办法]
Linux下make -j 多进程编译