如果程序本身是很占用CPU资源的那种，比如说当VB生成的EXE运行时CPU占用率很高，需要运行100分钟才结速，那么，不改变程序算法及结构的情况下，改用Delphi来编写编译，生成的EXE是不是会快一些？

写个算法以测试，不就知道了？

好深奥喔

看具体代码了，不过大多数情况下会慢。。。据说是因为VB是伪编译。。。

具体可以看代码对应的汇编指令。。。

这样的问题还是具体测试一下好，
不过如果不是时间或空间关键点的程序，
没有必要太考虑性能，
毕竟现在都几G赫兹了。

vb编译分为P代码和本机代码。

P代码是解释型的，及处理一条指令解释一条指令。所以运行慢，但是稳定兼容性好，编译的程序体积小。

本机代码直接编译成机器码，运行快，跟C一样，只是编译的程序体积大。兼容性差一点。

关于运行库，P代码是必须通过运行库来解释成机器码，必须带。

本机代码其实不需要运行库支持，但是有些资源附带在运行库中，比如文本控件，标签控件等，所以也得带。


其实语言并没有好坏之分。在此借用名言：只有蹩脚的程序员，没有蹩脚的语言。

[ 本帖最后由 IWantOrder 于 2008-5-5 00:29 编辑 ]

你用VB编一个三维引擎，弄个虚拟城市，然后再用DELPHI，C++弄一个，估计就能看出来了。

引用:

原帖由 qiao 于 2008-5-5 08:30 发表
你用VB编一个三维引擎，弄个虚拟城市，然后再用DELPHI，C++弄一个，估计就能看出来了。

如果都是用第三方引擎的话(例如dx),估计差异不大
关键我看还是算法....

引用:

原帖由 敢为天下先 于 2008-5-5 09:21 发表

如果都是用第三方引擎的话(例如dx),估计差异不大
关键我看还是算法....

dx和og只是图形显示一小部分，还有许多数据组织，数据查找，算法等需要你自己做，所一除非你做二次开发否则很难一样，不过我的意思决不是语言有什么高底贵贱之分，只不过适应场合不一样罢了。

语言有高底贵贱之分，目前薪水最高的是VC和JAVA，VB只是编一些不重要的网络程序，为什么ASP要发展为ASP。NET？现在整体趋势是编译型的，关键是速度快。