发烧积木的运行速度真的慢了点
发烧积木的程序内部的数据几乎都是全局的
在程序的任何位置都可以访问到程序的任何一给构件的属性值
我做了一个如下测试:
用VB测试算一个加法运算
做100000000次+1的运算,用时间为3秒,加法如下:x=x+1,X初始值为0,而用发烧积木
做1000000次+1的运算,却使用了12秒,
注意:积木只加了一百万次运算,而VB做的是一亿次运算
积木还不能做一亿次的这样的运算呢
更值得注意的是VB的运行速度还远不如C,如果是C来编写,我不知道速度会快到什么程度,没测试过
以上测试结果是在我的机器上:
CPU是赛洋1700
在别的电脑上测试结果可能不同,
但是积木与别人的开发工具开发的程序的运行速度的差别却是巨大的
希望积木改进一下,优化一下发烧积木
真希望积木能越来越好
积木还没成为众多企业选择的编程工具的理由之一就是速度不够,效率不好.
[此贴子已经被作者于2004-2-20 21:41:52编辑过]
的确很慢，是要考虑这个问题。我曾经把1000条42个字段的过录到另外一个数据库中，等了近20分钟，而且字段数越多就越慢。
以下是引用yangbochao在2004-2-21 10:02:45的发言：
不，我觉得还可以！慢是在那方面没理由？
VB中处理循环时把控制循环的变量放到寄存器里面的,
积木是把控制变量放到内存里面
CPU访问寄存器的速度比内存要快很多
这个和编译器有关系
这个和编译器可能有关系，因为这个编译器越来越大希望能够改进它，让它小点软件做出也会小点，一是便与上传，二是传输交流。
以下是引用洪滨在2004-2-21 18:37:54的发言：
这个和编译器可能有关系，因为这个编译器越来越大希望能够改进它，让它小点软件做出也会小点，一是便与上传，二是传输交流。
有没有可能这样子：
积木在产生。EXE 文件时就编译回 delphi 的语言，以求脱离 积木编译器 ，保持和
delphi 一样的运行速度？