STL,ATL,WTL的聯繫與區別

STL,ATL,WTL的聯繫與區別

STL 即 Standard Template Library

STL（標準模板庫)是惠普實驗室開發的一系列軟件的統稱。它是由Alexander Stepanov、Meng Lee和David R Musser在惠普實驗室工做時所開發出來的。如今雖然說它主要出如今C++中，但在被引入C++以前該技術就已經存在了很長的一段時間。

STL的代碼從廣義上講分爲三類：algorithm（算法）、container（容器）和iterator（迭代器），幾乎全部的代碼都採用了模板類和模版函數的方式，這相比於傳統的由函數和類組成的庫來講提供了更好的代碼重用機會。在C++標準中，STL被組織爲下面的13個頭文件：<algorithm>、<deque>、<functional>、<iterator>、<vector>、<list>、<map>、<memory>、<numeric>、<queue>、<set>、<stack>和<utility>。如下筆者就簡單介紹一下STL各個部分的主要特色。


原文見：http://www.csdn.net/Develop/article/16%5C16310.shtm

從根本上說，STL是一些「容器」的集合，這些「容器」有list,vector,set,map等，STL也是算法和其餘一些組件的集合。這裏的「容器」和算法的集合指的是世界上不少聰明人不少年的傑做。

STL的目的是標準化組件，這樣你就不用從新開發它們了。你能夠僅僅使用這些現成的組件。STL如今是C++的一部分，所以不用額外安裝什麼。它被內建在你的編譯器以內。由於STL的list是一個簡單的容器，因此我打算從它開始介紹STL如何使用。若是你懂得了這個概念，其餘的就都沒有問題了。另外，list容器是至關簡單的，咱們會看到這一點。

這篇文章中咱們將會看到如何定義和初始化一個list，計算它的元素的數量，從一個list裏查找元素，刪除元素，和一些其餘的操做。要做到這些，咱們將會討論兩個不一樣的算法，STL通用算法都是能夠操做不止一個容器的，而list的成員函數是list容器專有的操做。

這是三類主要的STL組件的簡明綱要。STL容器能夠保存對象，內建對象和類對象。它們會安全的保存對象，並定義咱們可以操做的這個對象的接口。放在蛋架上的雞蛋不會滾到桌上。它們很安全。所以，在STL容器中的對象也很安全。我知道這個比喻聽起來很老土，可是它很正確。

STL算法是標準算法，咱們能夠把它們應用在那些容器中的對象上。這些算法都有很著名的執行特性。它們能夠給對象排序，刪除它們，給它們記數，比較，找出特殊的對象，把它們合併到另外一個容器中，以及執行其餘有用的操做。

STL iterator就象是容器中指向對象的指針。STL的算法使用iterator在容器上進行操做。Iterator設置算法的邊界 ，容器的長度，和其餘一些事情。舉個例子，有些iterator僅讓算法讀元素，有一些讓算法寫元素，有一些則二者都行。 Iterator也決定在容器中處理的方向。

你能夠經過調用容器的成員函數begin()來獲得一個指向一個容器起始位置的iterator。你能夠調用一個容器的 end() 函數來獲得過去的最後一個值（就是處理停在那的那個值）。

這就是STL全部的東西，容器、算法、和容許算法工做在容器中的元素上的iterator。 算法以合適、標準的方法操做對象，並可經過iterator獲得容器精確的長度。一旦作了這些，它們就在也不會「跑出邊界」。 還有一些其餘的對這些核心組件類型有功能性加強的組件，例如函數對象。

原文見：http://www.chinalinuxpub.com/doc/pro/stl.html

ATL:

能夠看一下潘愛民關於《ATL Internals》的書評：

ATL是一個產生C++/COM代碼的框架，就如同C語言是一個產生彙編代碼的框架
ATL又不一樣於MFC，它徹底面向COM組件，其技術路線也不一樣於MFC，MFC使用的是C++中的繼承、封裝、嵌套等常規技術，而ATL使用了C++中模板、多繼承等高級技術，甚至還用到了STL。因此學習和使用ATL要求咱們必須熟悉這些C++高級特性。另外一方面，ATL結構徹底針對COM中的諸多規範，這就要求使用人員必須很是瞭解COM規範，纔有可能真正把ATL用好

對於COM應用的開發，ATL無疑是首選的工具，與MFC相比，ATL的規模還不算大，可是從上述的介紹咱們能夠看出，ATL涉及到了COM的方方面面。實際上，ATL的內容還要多得多，好比OLE DB的支持、MTS的支持等，儘管如此，若是咱們有了這本書中的內容爲基礎，那麼再去學習這些擴展的內容就會容易得多，結合ATL中實現COM的基本手段加上這些應用技術的背景知識，咱們能夠很容易地掌握這些開發技術。

可是若是咱們要想熟練掌握甚至精通ATL的話，那麼這只是一個開頭，前面還有漫長的路要走。緣由有多方面，一則COM自己異常複雜，不下苦功難窺全貌；二則ATL確實奧妙不少，它體現了C++語法的博大精深；三則ATL還存在不少錯誤，雖然本書做者指出了一些錯誤，但實際的錯誤確定更多，這就對ATL使用者提出了更高的要求，若是使用過程當中不能發現這些錯誤或者避開這些錯誤，那麼用ATL反而會阻礙咱們的工做。

雖然ATL比較精深，可是這本書的講解很是通俗易懂，語言比較簡練，條理很是清楚。即便在讀完這本書以後，它仍然能夠做爲參考書指導咱們的開發和學習工做。我想，這就是好書的價值所在吧。

WTL簡介

見：http://www.c-view.org/journal/006/wtl.htm

在ATL出現的時候，一些部分COM的編程人員開始以爲開發COM運用是一種快樂，由於使用它很方便地開發小規模的COM組件，但好景不長，現實的COM組件是包羅至關普遍的，特別當它們準
備使用包裝我窗口控件，發現ATL提供了至關的稀少。所以Microsoft推出了半成品與沒有技術支持的WTL，這也是WTL誕生的緣由。

不少初次接觸WTL都問「WTL這三個字母表明什麼呢？」：WTL全稱爲Windows Template Library，構架於ATL之上，採用C++模板技術來包裝大部窗口控制，並給出一個與MFC類似的應用框架。

他們緊跟着問「那我如何獲得它呢？」：因爲WTL是Microsoft推出的，在Microsoft的PlatForm SDK中就有

WTL是ATL的擴展，也是由ATL小組開發，包含在Microsoft於2000年1月發佈的開發平臺SDK包中（也能夠從Microsoft網站上下載），雖然Microsoft沒有正式支持。WTL經過提供一個用於編寫Win32應用程序和控制的輕量級的框架，一些特殊的視圖，GDI對象和實用的類，來擴展了ATL窗口類

WTL設計特性--附帶地，相對於MFC的優點--包括：

模板化，所以有較小的代碼量。例如，一個簡單的「hello world」SDI應用程序，基於WTL的程序只有24KB，而MFC靜態鏈接結果是440KB，MFC動態鏈接的結果是24KB+1MB。

無太多相關性，而且能夠自由地和SDK代碼直接混合。

不會強迫使用特定的應用程序模型，尤爲相對於MFC的應用程序框架。

WTL類包括：

標準控制（編輯框，列表框，按鈕等等）

公共控制（包括列表視圖，樹形視圖，進度條，微調按鈕）

IE控制（rebar，平面滾動條，日曆等等）

命令條，菜單，和更新UI類

公共對話框

屬性單和頁類

框架窗口，MDI框架和子框架，分隔條，可滾動的窗口

設備環境(DC)和GDI對象類（筆、刷子、位圖等）

打印機及其信息和設備模式類

實用工具類：包括CPoint, CRect, CSize, 和CString類


WTL AppWizard容許你生成SDI、MDI、多線程SDI和基於對話框的應用程序。多線程SDI應用程序就象IE或Windows Explorer（個人電腦），看起來象是啓動了多個實例，實質上它們是同一進程的多個視圖。這些視圖能夠是普通的基於CWindowImpl的窗口，或基於窗體、列表框、編輯框、列表視圖、樹形視圖、豐富文本編輯框或HTML控制。你可讓你的應用程序擁有rebar、命令條（如同Windows CE）、工具條或狀態條。你的應用程序能夠包含ActiveX控制，甚至能夠是一個COM服務器。