VB的速度问题

你用VC和VB分别写一个循环做1000000次加法的程序。你就知道VC比VB快到什么程度了。VC几乎是一瞬间，而VB……死机。

有的时候如果代码没有优化好的话，技术你用VC也未必比比我用VB运行快的我认为有时间还不如讨论一下如何优化代码的
实在速度不行了在换VC的

关键是你怎么用！比如：p4 + 40g + 256m ddr + vb6 soft
or p2 + 4g + 32m sd + vc soft
who speed……

vb的速度的确是有点慢,但只要能注重代码优化,速度可大大提升WINDOWS中
大多数(>80%)程序是用VB干出来的,好象没砸坏自己的脚
VC>JAVE(略)>VB

我测度过
For i=1 to 10000000……
VB比DELPHI式VC++大约慢10倍!

我認為代碼的优化是很重要的,我編過郵件的軟件,其中用到Quoted-Printable編碼,最初編碼一個60几kb的文本文件要三四秒中,后來只用0.4秒

CPU都超过1G了,以后不要考虑这个问题了.

VB的速度大概比VC慢十几倍，Java据说比VB还慢，但VJ++跟VC差不多。

有意思在现在快的机子不感觉好像不大明显可在学校图书馆的那些机子上HEHE。。VB是慢不过dbcontrols说得也是CPU快了除了那些与效率很要紧的地方，与硬件结合得紧的地方VB都用得上

likesome(梦龙):你祖母会开车？真了不起。
所以才出了个你这么搞笑的家伙。
不过我觉得这个比喻很生动形象。
呵呵。

请诸位用VB和VC分别写这个程序，就知道到底谁快了：程序一：
　　不准利用任何控件和API函数。
　　在内存中开辟一个800*600的区域（可以是数组也可以是别的，但是不准是控件和API函数），必须是一个480000*4Byte的数组或内存区域。设置一个随机点（RX,RY），以这个随机点为圆心，在半径R（Pix）的圆周范围内的每个点，根据与圆心的距离计算亮度（类似光影的算法）。然后将这个数组保存到一个二进制文件。程序二：
　　不得使用任何控件和API。
　　把BMP文件的数据，逐点操作。读另一副BMP图片，将另一BMP的每个点与前一副做混合运算。以N%的不透明度混合于前一副图上。将结果存为BMP文件而不显示出来。

http://cn.geocities.com/cncqfd/show/scriptspeed.zip这是我以前测试脚本速度的文件，里面有用
C/C++和BASIC(BASICA、QB、VB)的测试。当然更多少是脚本测试。其中：
1000万次循环消耗的时间
ASP(服务器端形式)耗费10秒
HTML(客户端脚本形式)耗费10秒
BASIC(传统解释BASIC)耗费170秒
BASIC(伪编译BASIC)耗费80秒
BASIC(编译BASIC——VB)耗时2秒 **********************请注意！！ VB也花了高达两秒！！！！另外再使用C语言统计，C语言耗时0.05秒。由此看到C语言的高速是多么的高！！这样就得出了结论。微软对ASP程序的解释和用户端的VBScript的解释完全一样。微软并没有在服务器上对这个解释程序做特别的优化。微软曾经吹嘘的ASP3.0将脚本编译成伪代码放在内存中，下次运行速度就非常快，结果发现完全是假的，无论怎么刷新，ASP的消耗时间是一样的，并且和客户端一样。同时也承认，ASP的解释速度的确还是比传统解释BASIC快，但和他自己的编译BASIC——VB相比都是一个数量级的差距，和C比几起更是几个数量级了。另外，由于C在处理这种简单循环的时候速度和机器语言基本一样。所以以上C语言的速度应该是机器语言的速度，现在看来，ASP比之速度仅仅为1/200。实在是不敢想象。另外，我也使用了JSP、ASP.net、PHP、Perl、Python进行同样的测试，结果呢，发现他们之间的速度差非常惊人。具体大家自己测就知道。以上测试选择K6-2-400的CPU，内存100Mhz，系统为干净的WinME。附件内的test.asp、test.bas等分别为对应的程序，test.exe为C语言执行10亿次循环，testvb.exe为VB的循环。——————————————————————————————————由此得出VC的速度是VB速度的40倍。完全不是一个数量级呀！以上是 for (i=1;i<1000;1++)这样得到的，大家也用这个来测试JAVA等其他语言吧。http://cn.geocities.com/cncqfd/show/scriptspeed.zip
是我测试写的代码。

要将速度汇编语言是老大，汇编比vc要快50倍以上,vc,vb,java对现在的机器来讲，你应该考虑实现同样的功能哪个最简单，经济效率最高，那肯定是vb.

这个问题我以前好像也讨论过：
实现统一个功能：VB运行花了1秒，VC花了0.01秒，VC比VB快了100倍，用户使用VB实现的功能需要等了100倍VC的时间，也就是说多等了0.99秒，假如说他每小时需要操作一次这个功能（当然还有其他功能），因为人的速度比机器还是慢了很多，他至少有90%的时间是在思考。那么一天之内它多等了0.99*8就算等了8秒吧！
假如说开发这么一个功能VC需要两天, VB需要2小时。他就需要等待14个小时，这个代价，各位自己看着办吧！

KiteGirl好象是少有的女中豪杰.
若他是姑娘的话.
^_^

在目前这种环境下，我相信各位用软件不是用来计算的吧，作为商用化的今天，使用数据库的情况下，我认为速度已经没有太大的分别，就是计算数据库也是调用外部的引擎了，再加上现在1G以上的处理器，这显得VC的优势已经看不出了，加上VB本来就是依靠API的，为什么不依靠呢？运用Microsoft自己的技术难道不好。运用API好了，比用什么都好。最根本的目的：主要是实现客户的需求。我看Microsoft也是这样，不然的话相信也没有什么发展。

我知道vb确实不如VC 快，虽然我现在也在学vb.

不论你或是他学的是什么，只要大家用得开心就好，vb怎么啦，xp 不也是用它开发出来的吗…！！！有人说得对，现在的机器一天比一天快，速度这事，就让inter与amd去想吧

写出来的VB程序执行效率慢只能说明你的水平不够，你要是都用API的话也不见得慢到哪里去！我就见过一个没有任何控件甚至连窗体都没有的程序，全部使用Windows API实现，速度不见得慢到哪里去啊！

要注意的是：
　　API不是万能的。如果让你在现有条件下编写一个CT机用的成像软件，我看用VB怎么做。VB不要说是CT，连X光平面透视扫描都不够用。C语言和C++是研究各种学术场合的标准语言。TCP/IP协议和计算机图象学，以及图形学、算法、密码编码学、各种标准协会的算法（MPEG、JPEG）……统统都是C语言来做例子。除了CREATIVE的SBK外，还没见过哪个技术资料上有VB和BASIC的范例。
　　一直以来提倡一种混合开发，就是各尽其能。用VC、VB、VJ、VFP等等综合运用，彼此协助才是最有效率而且最强大的方法。比如过去在DOS下的QBASIC，单独使用没什么价值。可与汇编和C混合开发就能发挥出极大的效率。
　　比如开发一个CT机的程序（这是假设，实际上不允许在Windows 9x系统下运行这种关系人命的程序）。用汇编开发CT机的设备驱动程序，以VC和汇编编写成像部分，以VB开发最终界面和管理程序，以数据库管理各种影象资料。如果进一步还可以以ASP和HTML、XML建设这个影象部门的医学交流和服务网站。

VB和VC哪一个更快，那是编译器的事儿，如果微软写一个更好的编译器，那就没有什么区别了。
我觉得，这并不是我们应该去思考的问题。
我同意上面某些朋友的观点，多花点时间来看看算法吧，同样一个程序怎样才能做的更好！
这样的争论不是没有意义，只是，一味的纠缠于这个问题有什么意义？有时间大家看看数据结构、设计模式、软件工程、重构、……
这些东西现在我不会，但产东代表将来

VB和VC的开发速度（周期）那个快？？？ VB >>>>>>>> VC
I love VB

那为什么现在公司招牌听说你“熟悉VB”也不问你几个问题，死绞VC呢？
难道都认为懂VB跟什么都不懂一个样子？

To cnonline(5K包月消费谁要)：
因为他们不懂什么叫做程序！

大哥们,谁说WinXP是VB作的?甚至还有说Basic写的,真他妈我说.....邪了.

我认为很无聊
一个VB高手与一个VC入门的程序员写同一个程序，请问谁满
我觉得学好一门语言重在深入，连啊B都说了 C能写出来的vb也可以写出来

这当然是C#最快，VB次之，JavaScrpit最慢了。因为是C#经过编译的，并且和C/C++语言有差不多一样的特性，，所以其速度和C/C++差不多。JavaScript是解释执行的，所以最慢。Are you understand?

TO:niefuhua(阳光)
这当然是C#最快，VB次之，JavaScrpit最慢了。因为是C#经过编译的，并且和C/C++语言有差不多一样的特性，，所以其速度和C/C++差不多。JavaScript是解释执行的，所以最慢。Are you understand?
____________________________________________________________I服了U ! C#最快？？？？
VB也是部分编译部分解释的（不知道该叫什么，或者叫优化的伪编译吧）。JavaScript和vbscript速度基本一样（如果优化程序，那JavaScript速度稍快。这是C的语法决定的。）

问题是C太难上手，C的高手全国有几个！？C是好用，有几个敢说自己真正会的？！

解决方案 »