如果只看体积的话是醉了。看了看编译速度可能要醉上几天。但是再看看功能,醉的值,简直强悍无比。除了编 ...
我还是喜欢黑月那样的几十k 这么大啊 shuimiao 发表于 2021-9-12 11:20
你这说法就搞笑了。经常调试的最要命的就是编译速度。你是怎么得出只有垃圾语言才优化编译速度这个结论的 ...
你真的是个人才,废话不多说,自行了解 芒g一号 发表于 2021-9-12 20:44
你真的是个人才,废话不多说,自行了解
如果只是编译发布版的时候慢,没人会说的。关键调试运行也很慢。那么频繁的调试。 本帖最后由 福寿 于 2021-9-12 21:19 编辑
shuimiao 发表于 2021-9-12 11:20
你这说法就搞笑了。经常调试的最要命的就是编译速度。你是怎么得出只有垃圾语言才优化编译速度这个结论的 ...
越强大的编译器,在处理一些东西的时候都是需要时间的,既然需要时间,生成肯定慢了,如果想快,就自己写编译器,而且不能写得太好,否则生成就会慢,还有就是尽量不要用中文写代码,这个也会影响生成效率,一个中文占用两个字节,忘了告诉你,所有编程语言,编译都很慢,易语言除外,可以说易语言在牺牲运行效率来换编译效率 微软的东西,越高版本越臃肿,不把你的系统性能榨干是不罢手的,编译一个小东西,低版本的VC6是秒速,高版本的话你完全可以去泡一杯茶。 朕的 发表于 2021-9-10 23:24
4MB是因为MFC界面库的原因,不用这个界面库只要几百K
不用mfc,用微软自带的界面库,更小。。 都是人才. :噜阿噜纠结体积跟编译速度,还不如把技术搞起来,想玩什么语言都行 shuimiao 发表于 2021-9-12 11:20
你这说法就搞笑了。经常调试的最要命的就是编译速度。你是怎么得出只有垃圾语言才优化编译速度这个结论的 ...
这是c++ 的 #include 的通病,原理是把整个头文件嵌入到源文件中,而头文件又包含很多其它头文件,这样每个源文件都要编译很久
页:
1
[2]