• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            隨筆-250  評論-20  文章-55  trackbacks-0

            本文假設你熟悉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時,其體系結構給人的感覺是神秘和不可思議。HelloATL是一個最簡單的基于ATL的進程內服務器源代碼 以及用SDK(純粹用C++編寫)實現的同樣一個進程內服務器源代碼。在真正構建出一個COM組件之前,代碼需要經過反反復復多次斟酌和修改。對于想加速開發COM組件速度的主流組件開發人員來說,ATL體系結構并不是什么大問題,因為對象向導產生了所需要的全部框架代碼,只 要你加入方法定義即可。對于認真的COM開發人員和系統編程人員來說,ATL提供了一個用C++建立COM組件的高級的,可擴展的體系結構。一旦你理解和掌握了這個體系結構并能駕馭對象向導,你就會看到ATL的表現能力和強大的功能 ,它完全可以和原始的COM編程技術媲美。
            ??? 另外一個使用ATL開發COM組件的理由是Visual C++ 5.0+集成開發環境(IDE)對ATL的高度支持。 微軟在Visual C++ 5.0+中將ATL所要用到的接口定義語言(IDL)集成到了C++編輯器中。(待續)

            posted on 2007-03-12 10:01 jay 閱讀(398) 評論(0)  編輯 收藏 引用 所屬分類: ATL
            久久国产成人精品麻豆 | 精品无码人妻久久久久久| 草草久久久无码国产专区| 久久精品亚洲乱码伦伦中文| 久久99精品国产麻豆蜜芽| 久久久久久国产精品美女| 久久精品国产清高在天天线| 狠狠久久综合伊人不卡| 狠狠色婷婷久久一区二区 | 久久艹国产| 午夜天堂av天堂久久久| 久久亚洲国产午夜精品理论片 | 99久久精品国产毛片| 久久久久亚洲AV无码专区首JN| 久久噜噜电影你懂的| 久久久受www免费人成| 久久AV高潮AV无码AV| 国产精品gz久久久| 色综合久久无码五十路人妻| 久久久久久国产精品免费免费| 久久精品国产99久久久| 国产高潮久久免费观看| 亚洲愉拍99热成人精品热久久| 久久精品成人免费国产片小草| 久久影院综合精品| 一本综合久久国产二区| 丰满少妇高潮惨叫久久久| 久久伊人五月丁香狠狠色| 久久综合狠狠综合久久激情 | 狠狠人妻久久久久久综合蜜桃| 无码精品久久久天天影视| 久久综合五月丁香久久激情| 久久香蕉超碰97国产精品| 国产精品久久婷婷六月丁香| 久久99精品国产麻豆蜜芽| 久久免费高清视频| 91精品国产高清91久久久久久| 狠狠色丁香久久婷婷综合蜜芽五月| 亚洲国产精久久久久久久| 久久发布国产伦子伦精品| 久久人人爽人人爽人人片AV不|