VBCOM基礎講座之ActiveXEXEs

2019-11-18 17:54:43

字體：大中小

來源：轉載

供稿：網(wǎng)友

到現(xiàn)在為止，本教程一直討論基于ActiveXDLLs中的類的內(nèi)容，但是沒有一本教程不說明與DLL相似的ActiveXEXEs。

　　所以，想在這里實際編寫一個ActiveXEXE工程。事實上，它和ActiveXDLL沒有太大的區(qū)別，甚至沒有區(qū)別。在啟動VisualBasic后選擇"ActiveXEXE"就可創(chuàng)建，然后像以前一樣構造自己的類。

-align="right">->->->　　但這里不想再作更詳細的討論，因為ActiveXEXE和ActiveXDLL除了在運行時有一些微小區(qū)別外，其他都相同。

　　它們的區(qū)別首先表現(xiàn)在它們的"進程空間"的不同。所謂"進程空間"是用于運行、處理和存取的一塊計算機內(nèi)存。任何Windows程序，如MicrosoftWord等，都有自己的"進程空間"，它很像程序的桌面那樣。

　　當使用ActiveXDLLs工程運行時，DLL是在使用它的程序的進程空間中運行的，而ActiveXEXE是在進程空間外面工作的。但是，ActiveXEXE還有自己的"桌面"。這究竟如何理解呢？

　　假如，ActiveXDLL變得不穩(wěn)定或意外受損時，使用它的應用程序常常出現(xiàn)藍屏的死機現(xiàn)象，而在EXEs中卻不會發(fā)生，因為它有自己的"進程空間"，即使被破壞，也僅僅是桌面受損，當然用戶程序應該很好地去修復它。

　　其次，它們的區(qū)別還表現(xiàn)在裝載的速度上。由于DLL是直接裝載到已存在的進程空間，所以它的速度非?？?。而EXEs由于還要分配自己的進程空間，所以速度上相對慢一點。

　　上述兩點區(qū)別可以說是它們真正的區(qū)別。

　　總之，如果使用不同的Windows工具來實現(xiàn)相應的ActiveX組件，那么相應的工程類型就應該有所不同。例如，若使用MTS，則應創(chuàng)建DLL工程，若使用DCOM，則應創(chuàng)建EXE工程。當然，即使現(xiàn)在不理解這此縮寫字母的含義，我們也不必擔心。因為它們是針對高級用戶的，并用于COM遠程的工具組件。以后有機會再來給出相應的教程。

　　這里再來分析第二點的區(qū)別。

　　如果現(xiàn)在需要創(chuàng)建這樣的一個程序，它不斷地檢測一個數(shù)據(jù)庫是否有什么改變。那么我們想到的是在程序中使用一些"timer"(計時器)，每隔10分鐘激發(fā)一次并檢測該數(shù)據(jù)庫。但問題來了，在該進程空間的其他所有代碼都要被停止運行直至數(shù)據(jù)庫檢測完畢。

　　而ActiveXEXEs偉大之處，就在于它有自己的進程空間。所以在其中添加的計時器也只會工作在自己的進程空間中而不會影響其他使用它的程序。也就是說，對于前面的工程來說，若使用ActiveXEXE來檢測數(shù)據(jù)庫，則不會停止其他使用它的程序的運行；即使需要從其他程序中返回一個消息，也可以通過其他事件而獲得。

　　需要說明的是，運行代碼遠離正規(guī)程序而通過事件與使用的應用程序會話的方法稱為"異步處理"。通常當需要對e-mail或數(shù)據(jù)庫作定期檢查時，或當運行一個長的報表以及計算大的統(tǒng)計數(shù)據(jù)時，我們就需使用這種異步處理方式。

　　不怕你驚訝的話，我們可以將前面論述的內(nèi)容總結成這樣的一句話：

　　"ActiveXDLLs是在進程內(nèi)運行，而ActiveXEXEs是在進程外運行"。

　　好了，下一節(jié)將創(chuàng)建并測試一個自己的ActiveXEXE工程，并使用大家還不太熟悉的"異步處理"技巧。然后，提出一個稱為"實例"的有意義的概念，最后指明怎樣獲得更多的COM知識使自己達到一個新的水平。->

上一篇：VisualBasicCOM基礎講座之兼容性

下一篇：VBCOM基礎講座之測試ActiveXEXEs