[建议]：ARX里尽可能不要调用acedCommand()

ishou

ARX程序的运行效率一定很高吗？其实不尽然。如果你在ARX程序里频繁调用acedCommand(),
其运行效率不可能高，如果用VBA、AutoLISP程序通过操作AutoCAD的数据库来达到同样目标，
程序本身不是太复杂的话，其运行效率可能会远远高于 主要通过调用acedCommand()的ARX程序。

acedCommand()的内部运行过程非常复杂和耗时。acedCommand()有时对屏幕显示敏感，也就是
说，如果屏幕显示不适当，有些acedCommand()是不能正常运作的。

＝＝＝＝＝＝＝＝＝＝＝＝
  本论坛的文章中心有一篇文章 "ObjectARX语言编程的优势"(2003-10-09) 有如下说：

-----LISP本身有很多局限，速度也是有限的，很多书上都这么说，大家也承认。可是对VBA，
就不太有人明白了。VBA是VB的应用程序接口，在WORD\EXCELL里也有，AutoCAD的VBA接口使用
相同的原理。在Microsoft应用程序中，所有的VBA接口都是通过Idispatch::Invoke进行数据交
换的，所有的数据都用VARIANT来转换，而一次这样的调用要花掉0.5ms，Microsoft公司已经意
识到了这一点，又推出了一种双接口的变种接口用来提高VBA的速度，但是至少在VC6.0中还没
有支持这种接口，显然AutoCAD2000中也不会有支持。
-----

这里引用的数据有些过时，“一次这样的调用要花掉0.5ms”, 现在很多电脑会比这个快很多，
我在我的电脑(CPU 2.8G, MEM 1G) 里测试的结果是<0.02ms ! 很多情况下LISP、VBA程序的
运行效率不是一个问题，程序的运行效率往往跟程序的结构有关，语言的选择性很有限，大家
也不能做什么，但程序结构方面却大有可为之处。大家努力哦!