• <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 閱讀(405) 評論(0)  編輯 收藏 引用 所屬分類: ATL
            青青热久久综合网伊人| 精产国品久久一二三产区区别| 99久久精品免费看国产一区二区三区| 国产欧美久久久精品影院| 亚洲午夜久久久影院伊人| 99久久99这里只有免费的精品| 久久精品国产第一区二区| 久久久久亚洲AV成人网人人网站| 91精品国产综合久久精品| 久久久久久亚洲精品不卡| 日本久久久久亚洲中字幕| 国产成人AV综合久久| 狠狠色综合网站久久久久久久高清| 国产精品福利一区二区久久| 无码国内精品久久人妻麻豆按摩| AV无码久久久久不卡网站下载| 久久国产精品波多野结衣AV| 日韩人妻无码精品久久免费一| 精品国产综合区久久久久久| 久久久久高潮毛片免费全部播放| 亚洲欧洲精品成人久久曰影片 | 成人国内精品久久久久影院VR| 狠狠色丁香久久婷婷综合蜜芽五月| 久久久久亚洲精品无码蜜桃| 久久91精品国产91| 97超级碰碰碰碰久久久久| 无码人妻精品一区二区三区久久久 | 国产精品久久久久久久午夜片 | 色综合久久综合网观看| 午夜精品久久久久久中宇| 人人狠狠综合88综合久久| 久久久精品人妻一区二区三区四| 免费无码国产欧美久久18| 久久久中文字幕日本| 国产精品综合久久第一页| 国产精品禁18久久久夂久 | 午夜视频久久久久一区 | 国产69精品久久久久久人妻精品| 婷婷久久综合| 久久成人小视频| 久久国产劲爆AV内射—百度|