到现在为止,本教程一直讨论基于ActiveXDLLs中的类的内容,但是没有一本教程不说明与DLL相似的ActiveXEXEs。
所以,想在这里实际编写一个ActiveXEXE工程。事实上,它和ActiveXDLL没有太大的区别,甚至没有区别。在启动VisualBasic后选择”ActiveXEXE”就可创建,然后像以前一样构造自己的类。
但这里不想再作更详细的讨论,因为ActiveXEXE和ActiveXDLL除了在运行时有一些微小区别外,其他都相同。
它们的区别首先表现在它们的”进程空间”的不同。所谓”进程空间”是用于运行、处理和存取的一块计算机内存。任何Windows程序,如MicrosoftWord等,都有自己的”进程空间”,它很像程序的桌面那样。
当使用ActiveXDLLs工程运行时,DLL是在使用它的程序的进程空间中运行的,而ActiveXEXE是在进程空间外面工作的。但是,ActiveXEXE还有自己的”桌面”。这究竟如何理解呢?
假如,ActiveXDLL变得不稳定或意外受损时,使用它的应用程序常常出现蓝屏的死机现象,而在EXEs中却不会发生,因为它有自己的”进程空间”,即使被破坏,也仅仅是桌面受损,当然用户程序应该很好地去修复它。
其次,它们的区别还表现在装载的速度上。由于DLL是直接装载到已存在的进程空间,所以它的速度非常快。而EXEs由于还要分配自己的进程空间,所以速度上相对慢一点。
上述两点区别可以说是它们真正的区别。
总之,如果使用不同的Windows工具来实现相应的ActiveX组件,那么相应的工程类型就应该有所不同。例如,若使用MTS,则应创建DLL工程,若使用DCOM,则应创建EXE工程。当然,即使现在不理解这此缩写字母的含义,我们也不必担心。因为它们是针对高级用户的,并用于COM远程的工具组件。以后有机会再来给出相应的教程。
这里再来分析第二点的区别。
如果现在需要创建这样的一个程序,它不断地检测一个数据库是否有什么改变。那么我们想到的是在程序中使用一些”timer”(计时器),每隔10分钟激发一次并检测该数据库。但问题来了,在该进程空间的其他所有代码都要被停止运行直至数据库检测完毕。
而ActiveXEXEs伟大之处,就在于它有自己的进程空间。所以在其中添加的计时器也只会工作在自己的进程空间中而不会影响其他使用它的程序。也就是说,对于前面的工程来说,若使用ActiveXEXE来检测数据库,则不会停止其他使用它的程序的运行;即使需要从其他程序中返回一个消息,也可以通过其他事件而获得。
需要说明的是,运行代码远离正规程序而通过事件与使用的应用程序会话的方法称为”异步处理”。通常当需要对e-mail或数据库作定期检查时,或当运行一个长的报表以及计算大的统计数据时,我们就需使用这种异步处理方式。
不怕你惊讶的话,我们可以将前面论述的内容总结成这样的一句话:
”ActiveXDLLs是在进程内运行,而ActiveXEXEs是在进程外运行”。
好了,下一节将创建并测试一个自己的ActiveXEXE工程,并使用大家还不太熟悉的”异步处理”技巧。然后,提出一个称为”实例”的有意义的概念,最后指明怎样获得更多的COM知识使自己达到一个新的水平。->