一種Internet策略
ActiveX是以一種Internet策略出現的。它包含了OLE，COM及Internet開(kāi)發(fā)的各個(gè)方面。
ActiveX開(kāi)發(fā)涉及范圍廣泛 ActiveX開(kāi)發(fā)的包含了許多方面，比如自動(dòng)化服務(wù)器，ActiveX控件，COM對象等等。
術(shù)語(yǔ)ActiveX在過(guò)去的幾年中成為了許多開(kāi)發(fā)人員及團隊的戰斗口號，另一方面市場(chǎng)也對其大肆宣揚，然而，沒(méi)有幾個(gè)人能解釋清楚其確切的含義。本書(shū)主要目的就是說(shuō)明什么是ActiveX以及它對開(kāi)發(fā)人員意味著(zhù)什么。我希望讀者能夠學(xué)到和我為寫(xiě)本書(shū)而學(xué)到的知識盡可能一樣多。
應用程序開(kāi)發(fā)的一種Internet策略
Microsoft第一次介紹ActiveX是在1996年的Intenet專(zhuān)業(yè)開(kāi)發(fā)人員大會(huì )(Internet PDC)上。ActiveX源自于大會(huì )的口號“Activate the Internet”(可理解為：讓因特網(wǎng)活躍起來(lái))，與其說(shuō)ActiveX是一種開(kāi)發(fā)應用程序的技術(shù)或是架構，不如說(shuō)它是一種啟示。
在開(kāi)發(fā)大會(huì )期間，Microsoft正在與控制了Internet瀏覽器市場(chǎng)的Netscape進(jìn)行激烈的競爭。但是，大會(huì )表明了Microsoft感興趣的不僅僅是瀏覽器市場(chǎng)。Microsoft演示的工具從電子存儲前端產(chǎn)品、新的OLE控件到虛擬現實(shí)聊天軟件等等，應有盡有。
ActiveX是Micrsoft共同的新口號，類(lèi)似于90年代初的提出的OLE(Object Linking and Embedding，對象鏈接與嵌入)，而且在很短的時(shí)間內，遠遠超越了“Activate the Internet”。
ActiveX成為了包含一切的術(shù)語(yǔ)：從Web頁(yè)面到OLE控件。ActiveX開(kāi)始變得重要起來(lái)：一方面，小型、快速、可重用的組件能夠讓你緊緊抓住來(lái)自于Micrsoft,Internete及工業(yè)的最新技術(shù)；另一方面，ActiveX代表了Internet與應用程序集成的策略。目前，在產(chǎn)品或公司中沒(méi)有使用Internet及ActiveX技術(shù)被認為是過(guò)時(shí)的。事實(shí)上，描述ActiveX就像描述色彩一樣，它既不是技術(shù)也不是架構，而是一個(gè)概念，一個(gè)指導。
ActiveX, OLE及Internet
ActiveX和OLE開(kāi)始成為同義詞，人們曾經(jīng)談到的OLE控件現在成為了ActiveX控件,OLE文檔對象現在成為了ActiveX文檔對象。有時(shí)，整個(gè)關(guān)于如何實(shí)現OLE技術(shù)的文檔被更新為ActiveX技術(shù)，唯一的變化就是術(shù)語(yǔ)OLE，現在命名為ActiveX。
盡管OLE及ActiveX取得了巨大的進(jìn)步，表面上每天還有與其相關(guān)的新技術(shù)出現，但Internet是否已經(jīng)或直接卷入到許多相關(guān)的領(lǐng)域還是令人置疑的。對小型、快速、可重用組件（COM組件）的需求已經(jīng)些年頭了，分布式組件(DCOM組件)在幾年前的OLE 2.0 專(zhuān)業(yè)人員開(kāi)發(fā)大會(huì )上作了第一次演示。Visual Basic(VB)開(kāi)發(fā)組在使ActiveX技術(shù)成為可能的早期扮演了得要角色。包含在A(yíng)ctiveX SDK中的BaseCtl框架就是由VB開(kāi)發(fā)組開(kāi)發(fā)的，它解決了VB為減少載入時(shí)間而對小型，輕量級組件的需求。Internet唯一的貢獻就是它需要一種方式來(lái)實(shí)現和發(fā)布Web頁(yè)面。實(shí)際上，每一個(gè)ActiveX的新功能都能追溯到最基本的，全球泛圍的對小型、快速，可重用組件的需求，而這，就是從OLE和COM開(kāi)始的。
ActiveX并不意味著(zhù)要代替OLE，僅僅把它擴大到包括Internet，企業(yè)內部網(wǎng)商務(wù)應用程序及家庭應用程序的開(kāi)發(fā)，以及開(kāi)發(fā)這些應用的工具。
Microsoft發(fā)布了大量關(guān)于A(yíng)ctiveX開(kāi)發(fā)的文檔。OC 96 規范定義了如何開(kāi)發(fā)啟動(dòng)更快速，繪制能力更強的控件，它也定義了哪些接口是必需的，而哪些接口是可選的。”OLE Control and Control Container Guidelines”提供了關(guān)于控件與控件容器交互的重要信息。Microsoft的Web站點(diǎn)成為了信息豐富的及創(chuàng )建、使用、分發(fā)ActiveX組件的中心。
除了創(chuàng )建ActiveX組件的技術(shù)細節外，Microsoft建立起了一套使用和集成ActiveX組件的標準。從VB、Micrsoft Word到Java的每一個(gè)產(chǎn)品都繼承了使用ActiveX組件的能力。在A(yíng)ctiveX技術(shù)出現前，一大半的應用程序無(wú)法像如今這樣如此緊密相關(guān)地無(wú)縫集成。
接下來(lái)的部分將談到我們可以創(chuàng )建的ActiveX組件的類(lèi)型，以及我們何時(shí)，為什么才需要使用它—這可能更有幫助。
ActiveX組件的分類(lèi)
本書(shū)的主題是ActiveX組件的開(kāi)發(fā)。這些組件可以分為以下幾類(lèi)：
Automation Servers：自動(dòng)化服務(wù)器
Automation Controllers:自動(dòng)化控制器
Controls：控件
COM Objects：COM對象
Documents：文檔
Containers：容器
本書(shū)只是詳細談到了自動(dòng)化服務(wù)器，控件及COM對象。自動(dòng)化控制器、文檔及容器涉及到太多的接口，太多的技術(shù)，超出本書(shū)所能承受的范圍。
自動(dòng)化服務(wù)器
自動(dòng)化服務(wù)器是可以被其它應用程序編程驅動(dòng)的組件。一個(gè)自動(dòng)化服務(wù)器包含到少一個(gè)或多個(gè)基于IDispatch的接口，其目的是為了讓其它的應用程序創(chuàng )建和連接它。根據服務(wù)器本身的特性，一個(gè)自動(dòng)化服務(wù)器可以包含也可以不包含用戶(hù)界面。
自動(dòng)化服務(wù)器可以是進(jìn)程內的（運行在控制器的進(jìn)程空間），本地的（運行在自己獨立的進(jìn)程空間），遠程的（運行在其它機器的進(jìn)程空間）。有些情況下，特定的服務(wù)器實(shí)現將會(huì )指定服務(wù)器在哪里運行，但是，這一點(diǎn)是不能保證的。DLL能夠在進(jìn)程內，本地或遠程運行，而EXE則只能在本地或遠程遠行。
注意：對于控制器來(lái)說(shuō)，執行最快的就是進(jìn)程內自動(dòng)化服務(wù)器。但要記住，使用進(jìn)程內服務(wù)器并不能保證其性能。如果一個(gè)進(jìn)程內自動(dòng)化服務(wù)器在一個(gè)進(jìn)程空間內被創(chuàng )建，而被另一進(jìn)程內的控制器所控制，它就降級為進(jìn)程外服務(wù)器，其性能與進(jìn)程外服務(wù)器相同。關(guān)于進(jìn)程空間與服務(wù)器沖突的更多信息請參見(jiàn)本書(shū)的第二部分。
自動(dòng)化控制器
自動(dòng)化控制器是那些能使用和操作自動(dòng)化服務(wù)器的應用程序，一個(gè)很好的例子就是VB。使用VB你可以創(chuàng )建，使用并銷(xiāo)毀自動(dòng)化服務(wù)器，就好像它們是VB語(yǔ)言的完整一部分一樣。
自動(dòng)化控制器可以是任意類(lèi)型的應用程序，DLl或是EXE，能夠以進(jìn)程內，本地，遠程的方式訪(fǎng)問(wèn)自動(dòng)化服務(wù)器。一般地，注冊表入口與服務(wù)器的實(shí)現指明了與控制器相關(guān)的自動(dòng)化服務(wù)器應該在哪一個(gè)進(jìn)程空間運行。
控件
ActiveX等同與OLE控件或是OCX。一個(gè)典型的ActiveX控件由一個(gè)在設計時(shí)及運行時(shí)都存在的用戶(hù)界面，一個(gè)定義了控件的所有方法及屬性的IDispatch接口，一個(gè)定義了控件可以觸發(fā)的事件的IConnectionPoint接口所組成。此外，它還可能支持運行生命期內的持久化，以及各種用戶(hù)界面功能，例如,剪切粘貼，拖放操作。從結構上來(lái)講，一個(gè)控件必須支持大量的COM接口以發(fā)揮這些功能的優(yōu)勢。
隨著(zhù)新的OLE控件及ActiveX開(kāi)發(fā)指南的發(fā)行，一個(gè)控件不僅限于上述那些功能。但開(kāi)發(fā)人員可以?xún)H僅實(shí)現上述的那些功能，因為它們用處最大，而且對于使用應用程序的用戶(hù)來(lái)說(shuō)，他們也最感興趣。由Microsoft出版的控件與容器指南列出了所有的接口以及它們的特殊要求。你可以在Microsoft的網(wǎng)站http://www.microsoft.com找到這些信息。
ActiveX控件對于容器來(lái)說(shuō)，總是進(jìn)程內運行的。一個(gè)控件的擴展名通常是OCX，但從執行模式上來(lái)講，它就是一個(gè)DLL而已。
COM對象
Com對象在結構上類(lèi)似于自動(dòng)化服務(wù)器和控制器。它們包含一個(gè)或多個(gè)COM接口，有一部分或完全沒(méi)有用戶(hù)界面。然而，這些對象不能被控制器以使用自動(dòng)化對象的方式所使用?？刂破鞅仨毨斫釩OM接口才能與這些接口通訊，這些都與自動(dòng)化接口無(wú)關(guān)。Windows 95和NT操作系統定義了成百上千的COM接口和自定義接口作為操作系統擴展，控制了從桌面外觀(guān)到屏幕三維圖像渲染的一切。COM對象是一種組織相關(guān)功能及數據的很好的方式，并且仍然保留了DLL對高性能的要求。
注意：自動(dòng)化服務(wù)器也能受益于COM接口，這些服務(wù)器就是雙接口服務(wù)器。自動(dòng)化服務(wù)器接口有一個(gè)伴隨的COM接口，它描述了對象的方法及屬性。象VB這樣的自動(dòng)他控制器在使用服務(wù)器的時(shí)候能夠利用雙接口的優(yōu)勢提供更高的性能。雙接口服務(wù)器有一個(gè)缺點(diǎn)就是在定義屬性和方法時(shí)，其數據類(lèi)型被限制為被OLE自動(dòng)化所支持的類(lèi)型。
文檔
ActiveX文檔或者說(shuō)是最初被稱(chēng)為的文檔對象，表示那些不僅僅只是一個(gè)控件或服務(wù)器的對象。一個(gè)文檔可以是任意的，可以是電子表格或者是一個(gè)財務(wù)應用程序中的復雜的發(fā)票。文檔，就像控件，有用戶(hù)界面，并且有容器應用程序作為宿主。Microsoft Word和Microsoft Excel就是復雜的文檔服務(wù)器，Microsoft Office Binder及Microsoft Internet Explorer就是ActiveX文檔容器。
ActiveX文檔構架是對OLE鏈接與嵌入模型的擴展，它允許文檔透過(guò)其宿主容器得到更多的控制，最明顯的改變就是菜單如何呈現。標準OLE文檔的菜單將會(huì )與容器的菜單合并，提供組合的功能集；而ActiveX文檔則會(huì )占用整個(gè)菜單系統，因此只表示文檔的功能而不是同時(shí)表示文檔和容器的功能。事實(shí)上，文檔所暴露的功能集是ActiveX文檔與OLE文檔之間差別的前提。容器只是一種宿主機制，而文檔則擁有所有的控制。
其它的不同就是打印和存儲。OLE文檔有意地成為其宿主容器文檔的一部分，因此，作為容器文檔的一部分來(lái)打印與存儲。而ActiveX文檔則期望支持其本身的打印與存儲功能，并沒(méi)有與宿主文檔集成。
ActiveX文檔采用統一的表示結構，而不是OLE文檔的嵌入式的文檔架構。Microsoft Internet Explorer就是一個(gè)很好的例子,它只不過(guò)給用戶(hù)顯示W(wǎng)eb頁(yè)面，但是將頁(yè)面作為一個(gè)實(shí)體進(jìn)行瀏覽、打印及存儲。Microsoft Word和Microsoft Excel則是OLE文檔架構，如果Excel的電子表格嵌入到Word文檔，那么電子表格將與Word文檔一起存儲，成為完整Word文檔的一部分。
ActiveX文檔還有一些額外的功能用來(lái)支持Internet或Internat的Web頁(yè)面發(fā)布。想像一下一個(gè)內部的訂單跟蹤系統運行在與連接Internet所使用的相同的Web瀏覽器中。
容器
ActiveX容器是能夠作為ActiveX服務(wù)器、控件或文檔的宿主的應用程序。VB和ActiveX Control Pad都是能夠作為ActiveX服務(wù)器和控件的容器。Microsoft Office Binder和Microsoft Internet Explorer則是能夠作為ActiveX服務(wù)器、控件及文檔宿主的容器。
隨著(zhù)ActiveX控件和文檔規范中對必要要求的減少,容器必須足夠健全以處理控件或文檔缺少某些接口的情況。容器應用程序可能與控件或文檔只有很少或根本沒(méi)有交互，也可能在表現和操作組件時(shí)提供了很重要的交互能力。這種能力完全依賴(lài)于組件的宿主容器，在任何的容器開(kāi)發(fā)中都不是必要的。
聯(lián)系客服
