本文假設你熟悉C++和COM。
摘要:
??? ATL——活動模板庫(The Active Template Library),其設計旨在讓人們用C++方便靈活地開發COM對象。ATL本身相當小巧靈活,這是它最大的優點。用它可以創建輕量級的,自包含的,可復用的二進制代碼,不用任何附加的運行時DLLs支持。
??? 由于COM技術良好的口碑,越來越多的程序員已經走進或正在走進COM的編程世界。它就像盛夏里的冰鎮啤酒,從來不會讓你失望。可惜作為一個C++程序員來說,C++從不與我分享COM的極致以及我對COM的情有獨鐘。
??? C++與COM之間若即若離,和平共處,一次又一次在每個對象中用同樣簡潔的幾行代碼實現IUnknown。我敢肯定將來C++編譯器和鏈接器會實現C++對象和COM對象之間自然 的無意識的對應和映射,目前這個環境只存在于實驗室中,因此它肯定不是一個你我今天可以購買的產品。眼下可得到的最接近這個環境的東西就是活動模板庫——ATL。
為什么使用ATL?
??? ATL是在單層(single-tier)應用逐漸過時,分布式應用逐漸成為主流這樣一個環境中誕生的, 它最初的版本是在四個C++頭文件中,其中有一個還是空的。它所形成的出色的構架專門用于開發現代分布式應用所需的輕量級COM組件。作為一個模塊化的標準組件,ATL不像MFC有厚重的基礎結構,省時好用的庫使得成百上千的程序員一次又一次輕松實現IUnknown 和IClassFactory。
??? ATL的構架并不打算包羅萬象,無所不能。其第一個版本對實現IUnknown,IClassFactory,IDispatch,IconnectionPointContainer及COM枚舉提供非常 到位的支持。第二個版本除了可以編寫ActiveX控件外,還對最初的第一個版本中ATL類進行了增強。ATL不提供集合(collections)和串(strings)的處理 ,它假設你用標準的C++庫進行這些處理;不支持ODBC——這個世界正在轉移到基于COM的不需要包裝的數據存取方式;不支持WinSock打包類--sockets本身也是新的東西;ATL也不支持完整的Win32 API打包類——ATL2.0的實現機制提供了對話框和WndProcs支持。此外ATL中沒有MFC中的文檔/視圖模型。取而代之的是ATL那更具伸縮性和靈活 性的通過COM接口(如ActiveX控件)與基于UI的對象之間的溝通模式。
??? 使用正確的工具非常關鍵。如果你正在編寫一個不可見的COM組件,那么ATL與MFC比起來,從開發效率,可伸縮性,運行時性能以及可執行文件大小各方面來看,ATL可能 都是最好的選擇。對于現代基于ActiveX控件的用戶界面,ATL所產生的代碼也比MFC更小更快。另一方面,與MFC的類向導相比,ATL需要更多的COM知識。ATL與STL一樣,對于單層應用沒什么幫助,而MFC在這方面保持著它的優勢。
??? ATL的設計在很大程度上來自STL的靈感,STL與所有ANSI/ISO兼容的C++編譯器一起已經被納入成為標準C++庫的一部分。像STL一樣,ATL大膽使用C++模板。模板是C++中眾多具有爭議的特性之一。每每使用不當都會導致執行混亂,降低性能 和難以理解的代碼。明智地使用模板所產生的通用性效果和類型安全特性則是其它方法所望塵莫及的。ATL與STL一樣陷入了兩個極端。幸運的是 在L大膽使用C++模板的同時,編譯器和鏈接器技術也在以同樣的步伐向前發展。為當前和將來的開發進行STL和ATL的合理選擇。
??? 盡管模板在內部得到廣泛的使用,但是在用ATL技術時,你不用去敲入或關心那些模板中的尖括弧。因為ATL本身帶有ATL對象向導(參見圖一):
圖一 ATL 對象向導
??? 對象向導產生大量基于ATL模板類缺省的對象實現代碼(即框架代碼)。這些缺省的對象類型如附表一所列。ATL對象向導允許任何人 快速建立COM對象并且在分分鐘之內讓它運行起來,不用去考慮COM或ATL的細節問題。當然,為了能充分駕馭ATL,你必須掌握C++,模板和COM編程技術。對于大型的對象類,只要在ATL對象向導所產生的缺省實現(框架代碼)中加入方法實現來輸出定制接口,這也是大多數開發人員開始實現COM對象時的重點所在。
??? 初次接觸ATL時,其體系結構給人的感覺是神秘和不可思議。
??? 另外一個使用ATL開發COM組件的理由是Visual C++ 5.0+集成開發環境(IDE)對ATL的高度支持。 微軟在Visual C++ 5.0+中將ATL所要用到的接口定義語言(IDL)集成到了C++編輯器中。(待續)