我一直在尋找這樣一個類庫：他對Windows的窗口提供面向對象的封裝，有靈活的消息響應機制和比較完備的界面框架解決方案，對標准控件提供簡練實用的封裝，支持操作系統的新特性，支持功能擴充和二次開發，有代碼自動生成向導機制，生成的程序使用較少的系統資源，最後是有完全的代碼支持和文檔支持。
你會說那就用MFC吧！
是的，我一直使用MFC，但我對MFC已經越來越厭倦了。陳舊的類庫使得它無法支持操作系統的新特性(MFC的類庫從4.21版之後就沒有更新了，而那時是1998年，人們使用Windows 95和windows NT4)，臃腫的消息映射機制和為了兼容性而保留下來的代碼使得程序效率低下，面面俱到的框架結構使得生成的應用程序龐大並占用過多的系統資源。當一個功能簡單的程序使用動態鏈接也超過200K，占用3%-4%的系統資源時，我決定放棄MFC，尋找一個新的功能類似的類庫。我研究過很多類似的代碼，不是過於簡單，無法用於應用程序的開發就是缺乏代碼和文檔的支持。在CodeProject上有一個名為Class的類庫，我也研究過它的代碼，具備了基本的界面框架，對控件也有了簡單的封裝，但是不實用，龐大的虛函數機制使得對象非常臃腫，無法減少對資源的占用。我甚至仿照MFC做了一個簡單的類庫miniGUI，形成了基本的框架解決方案，但是最後放棄了，原因很簡單：無法用於應用程序的開發。一個應用程序界面框架錯綜復雜，要考慮的事情太多，開發者不可能在應用程序和界面框架兩線作戰。就在我即將絕望的時候，我遇到了WTL。
由於工作的需要經常開發一些COM組件，在要求不能使用MFC的場合就是用ATL。ATL提供了對窗口的面向對象地封裝和簡單的消息映射機制，但是ATL過於簡單，用它開發應用程序幾乎不可能。要想讓ATL具備界面框架解決方案的功能還需要做很多事情，幸運的是WTL就做了這些事情。WTL是個很奇特的東西，它由微軟公司一群熱情的程序員維護，它從未出現在微軟的官方產品名單上，但可以從微軟的官方網站下載最新的WTL。它沒有正式的文檔支持，用WTL做關鍵字在MSDN中檢索只能得到0個結果，但是全世界的開發網站上都有針對WTL的討論組和郵件列表，任何問題都會得到熱情的解答。我認真地對比了MFC和WTL，發現二者有很多相通之處，MFC的功能幾乎都能在WTL中實現，只是方法不同而已。我幾乎不費吹灰之力就將以前寫的一個MFC程序用WTL改寫了，使用靜態鏈接的WTL程序比使用動態鏈接的MFC程序還要小，資源占用只有MFC程序的一半。
但是一時的熱情不能解決文檔缺乏的困擾，雖然網上有很多使用WTL的例子和說明文章，幾乎把MFC能實現的各種稀奇古怪的效果都實現了，但都是叛塾诰植課侍獾媒饩觯缺ο低車厝面地介紹WTL的文章。就在這個時候我看到了邁克爾.敦(Michael Dunn)的“WTL for MFC Programmers”系列文章，我的感覺和1995年我第一次見到MSDN時一樣，幾乎是迫不及待地將其讀完，同時也萌發了將其翻譯成漢語的沖動。於是給Michael寫了封郵件，希望能夠得到授權將他的文章翻譯成漢語(事實上在這之前我已經翻譯了兩章了)。在得到授權確認後才發現這個工作是多麼的困難，但為時已晚，只能硬著頭皮撐下去。
現在介紹一下邁克爾.敦這個人。邁克(Mike)住在陽光燦爛的洛杉矶，深受那裡天氣的寵愛使他願意一直住在那裡。他在4年級時就開始在Apple //e上編程序，1995年從UCLA (加利福尼亞大學洛杉矶分校)畢業，獲得數學學士學位。畢業後加盟賽門鐵克(Symantec)公司，成為Norton AntiVirus小組的質量評價工程師。他幾乎是自學了Windows和MFC編程，1999年他為Norton AntiVirus 2000設計並編寫了新的界面。邁克現在是pressplay(不久成為Napster) 的開發人員。他最近開發了一個IE的工具條插件UltraBar ，可以輕松實現繁瑣的網絡搜索功能。他還和別人合作創辦了一家軟件開發公司：Zabersoft ，該公司在洛杉矶和歐登賽(丹麥)都設有辦事處。邁克喜歡玩彈球和騎自行車，偶爾也玩一下PlayStation，他還一直堅持學習法語，官方漢語和日語。
另外需要說明得是我翻譯“WTL for MFC Programmers”系列文章不是為了獲得任何利益，只是想為大家提供一些新的思路。如果你是MFC的堅定捍衛者，看到這裡你就可以停下來了，再看下去是浪費你的時間(希望你看了前面幾段文字還能挺住不要嘔吐)。如果你是個對另類事物充滿熱情的程序員，你不能不研究WTL，它真的是一座寶藏最後用我的朋友對我的翻譯文章的評價來結束“WTL for MFC Programmers”中文版的序言：翻譯水平和你用的鼠標一樣爛！
Orbit ([email protected])
2003年8月17日
