這文章太強了，我一定要轉載，否則對不起觀眾，對不起自己。（liigo）
發信人: NULLNULL (空空), 信區: VC
標 題: C++資源之不完全導引(轉載)
發信站: 武漢白雲黃鶴站 (2005年05月05日01:42:54 星期四), 站內信件
C++資源之不完全導引（完整版）
來源：www.csdn.net
------------------------------------------------------------------------------------------------------------------------------------------------------------
1，前言
無數次聽到“我要開始學習C++!”的吶喊，無數次聽到“C++太複雜了，我真的學不會”的無奈。Stan Lippman先生曾在《C++ Primer》一書中指出“C++是最為難學的高階程式設計語言之一”，人們常將“之一”去掉以表達自己對C++的敬畏。誠然，C++程式設計語言對於學習者的確有很多難以逾越的鴻溝，體系結構的龐大，應接不暇並不斷擴充的特性……除此之外，參考資料之多與冗雜使它的學習者望而卻步，欲求深入者苦不堪言。希望這一份不完全導引能夠成為您C++學習之路上的引路燈。
撰寫本文的初衷並不打算帶領大家體驗古老的C++歷史，如果你想了解C++的歷史與其前期發展中諸多技術的演變，你應當去參考Bjarne的《The Design and Evolution of C++》。當然也不打算給大家一個無所不包的寶典（並非不想：其一是因水平有限，其二無奈C++之博大精深），所給出的僅僅是一些我們認為對於想學習C++的廣大讀者來說最重要並且觸手可及的開發與學習資源。
本文介紹並分析了一些編譯器，開發環境，庫，少量的書籍以及參考網站，並且儘可能嘗試著給出一個利用這些資源的導引，望對如同我們一樣的初學者能夠有所裨益。
--------------------------------------------------------------------------------
2，編譯器
在C++之外的任何語言中，編譯器都從來沒有受到過如此之重視。因為C++是一門相當複雜的語言，所以編譯器也難於構建。直到最近我們才開始能夠使用上完全符合C++標準的編譯器（哦，你可能會責怪那些編譯器廠商不能儘早的提供符合標準
的編譯器，這隻能怪他們各自維繫著自身的一套別人不願接受的標準）。什麼？你說這無關緊要？哦，不，你所需要的是和標準化C++高度相容的編譯環境。長遠來看，只有這樣的編譯器對C++開發人員來說才是最有意義的工具，尤其是對於程式設計
語言的學習者。一至性讓程式碼具備可移植性，並讓一門語言及其庫的應用更為廣泛。嗯，是的，我們這裡只打算介紹一些公認的優秀編譯器。
2.1 Borland C++
這個是Borland C++ Builder和Borland C++ Builder X這兩種開發環境的後臺編譯器。（哦，我之所以將之分為兩種開發環境你應當能明白為什麼，正如Delphi7到Delphi8的轉變，是革命性的兩代。）Borland C++由老牌開發工具廠商Borland傾力打造。該公司的編譯器素以速度快，空間效率高著稱，Borland C++ 系列編譯器秉承了這個傳統，屬於非常優質的編譯器。標準化方面早在5.5版本的編譯器中對標準化C++的相容就達到了92.73%。目前最新版本是Borland C++ Builder X中的6.0版本，官方稱100%符合ANSI/ISO的C++標準以及C99標準。嗯…這正是我前面所指的“完全符合C++標準的編譯器”。
2.2 Visual C++
這個正是我們熟知的Visual Studio 和 Visual Studio.net 2002, 2003以及2005 Whidbey中帶的C++編譯器。由Microsoft公司研製。在Visual Studio 6.0中，因為編譯器有太多地方不能與後來出現的C++標準相吻合而飽受批評（想想你在使用STL的時候編譯時報出的那些令人厭惡的error和warning吧）。VC++6.0對標準化C++的相容只有83.43%。但是隨著C++編譯器設計大師Stanley Lippman以及諸多C++社群達人的加盟，在Visual Studio.NET 2003中，Visual C++編譯器已經成為一個非常成熟可靠的C++編譯器了。Dr.Dobb's Journal的評測顯示Visual C++7.1對標準C++的相容性高達98.22%，一度成為CBX之前相容性最好的編譯器。結合強大的Visual Studio.NET開發環境，是一個非常不錯的選擇。至於Whidbey時代的Visual C++,似乎微軟所最關注的是C++/CLI……我們不想評論微軟下一代的C++編譯器對標準化相容如何，但他確實越來越適合.NET (其實你和我的感覺可能是一樣的，微軟不應當把標準C++這塊肥肉丟給Borland,然而微軟可能並不這樣認為)。
2.3 GNU C++
著名的開源C++編譯器。是類Unix作業系統下編寫C++程式的首選。特點是有非常好的移植性，你可以在非常廣泛的平臺上使用它，同時也是編寫跨平臺，嵌入式程式很好的選擇。另外在符合標準這個方面一直都非常好，GCC3.3大概能夠達到96
.15%。但是由於其跨平臺的特性，在程式碼尺寸速度等優化上略微差一點。
基於GNU C++的編譯器有很多，比如：
(1) Mingw
http://www.mingw.org/
GCC的一個Windows的移植版本（Dev-C++的後臺）
(2) Cygwin
http://sources.redhat.com/cygwin/
GCC的另外一個Windows移植版本是Cygwin的一部分，Cygwin是Windows下的一個Unix模擬環境。嚴格的說是模擬GNU的環境，這也就是"Gnu's Not Unix"要表達的意思，噢，扯遠了，這並不是我們在這裡關心的實質內容。
(3) Djgpp
http://www.delorie.com/djgpp/
這是GCC的DOS移植版本。
(4) RSXNT
http://www.mathematik.uni-bielefeld.de/~rainer/
這是GCC的DOS和Windows移植版本。
(5) Intel C++
著名CPU製造廠商Intel出品的編譯器，Special Design for Intel x86！對於Intel x86結構的CPU經過特別的優化。在有些應用情況下，特別是數值計算等高效能應用，僅僅採用Intel的編譯器編譯就能大幅度的提高效能。
(6) Digital Mars C++
網路上提供免費下載，Zortech/Symantec C++的繼承者，其前身在當年慘烈的C++四國戰中也是主角之一。
--------------------------------------------------------------------------------
3，開發環境
開發環境對於程式設計師的作用不言而喻。選擇自己朝夕相處的環境也不是容易的事情，特別是在IDE如此豐富的情況下。下面就是我們推薦的一些常見的C++開發環境，並沒有包括一些小型的，罕見的IDE。其中任何一款都是功能豐富，可以用作日常開發使用的。對於不同層面的開發者，請參見內文關於適用物件的描述。
3.1 Visual Studio 6.0
這個雖然是Microsoft公司的老版本的開發環境，但是鑑於其後繼版本VisualStudio.NET的龐大身軀，以及初學者並不那麼高的功能要求，所以推薦這個開發環境給C++的初學者，供其學習C++的最基本的部分，比如C的那部分子集，當然你別指望他能夠支援最新的C99標準。在日常的開發中，仍然有很多公司使用這個經典穩定的環境，比如筆者就看曾親見有些公司將其編譯器替換為GCC做手機開發之用。
3.2 Visual Studio.NET 2003
作為Microsoft公司官方正式釋出的最新版本開發環境，其中有太多激動人心的功能。結合其最新的C++編譯器。對於機器配置比較好的開發人員來說，使用這個開發環境將能滿足其大部分的要求。這裡不打算單獨說Visual Studio Whidbey,雖然
Visual Studio .NET 2005 - Whidbey社群預覽版已經推出，但暫不是很穩定，讀者可以親身去體驗。
3.3 Borland C++ Builder 6
這個並不是Borland的C++開發環境的最新版本。選擇它的原因是它不是用Java寫的IDE，速度比較快。它有一個很完善的GUI窗體設計器，和Delphi共用一個VCL。由於這些特點，比較適合初學者上手。但是由於其GUI的中心位置，可能不利於對於
C++語言的學習。而且其為了支援VCL這個Object Pascal寫的庫也對C++進行了一些私有的擴充。使得人們有一個不得不接受的事實：“Borland C++ Builder 6的高手幾乎都是Delphi高手”。
3.4 Borland C++ Builder X
正如前文所述，雖然版本號上和前面那個IDE非常相象，但是其實它們是完全不同的兩個整合開發環境。C++Builder更多的是一個和Delphi同步的C++版本的開發環境，C++BuilderX則是完全從C++的角度思考得出的一個功能豐富的IDE。其最大的特
點是跨平臺，跨編譯器，多種Framework的整合，並且有一個WxWindows為基礎的GUI設計器。尤其是採用了純C++來重寫了整個Framework,摒棄了以前令人無奈的版本。對於C++的開發來說，從編譯器，到庫，到功能整合都是非常理想的。可以預見，Borland C++ Builder X 2.0很值得C++愛好者期待。唯一令人難堪之處是作為一個C++的開發工具，其IDE是用Java寫的，在配置不夠理想的機器上請慎重考慮再安裝。
3.5 Emacs + GCC
前面講的大部分是Windows環境下的整合開發環境。Linux上的開發者更傾向於使用Emacs來編輯C++的檔案，用Makefile來命令GCC做編譯。雖然看上去比較鬆散，但是這些東西綜合起來還是一個開0發環境。如果你能夠嫻熟的使用這樣的環境寫程式，你的水平應該足夠指導我們來寫這篇陋文了。
3.6 Dev C++
GCC是一個很好的編譯器。在Windows上的C++編譯器一直和標準有著一段距離的時候，GCC就是一個讓Windows下開發者流口水的編譯器。Dev-C++就是能夠讓GCC跑在Windows下的工具，作為整合開發環境，還提供了同專業IDE相媲美的語法高亮，程式碼提示，除錯等功能。由於使用Delphi開發，佔用記憶體少，速度很快，比較適合輕量級的學習和使用。
3.7 Eclipse + CDT
Eclipse可是近來大名鼎鼎的開發工具。最新一期的Jolt大獎就頒給了這個傑出的神物。說其神奇是因為，它本身是用Java寫的，但是擁有比一般Java寫的程式快得多的速度。而且因為其基於外掛組裝一切的原則，使得能夠有CDT這樣的外掛把Eclipse變成一個C/C++的開發環境。如果你一直用Eclipse寫Java的程式，不妨用它體驗一下C++開發的樂趣。
--------------------------------------------------------------------------------
4，工具
C++的輔助工具繁多，我們分門別類的為大家作介紹：
4.1 文件類
(1) Doxygen
參考站點：http://www.doxygen.org
Doxygen是一種適合C風格語言（如C++、C、IDL、Java甚至包括C#和PHP）的、開放原始碼的、基於命令列的文件產生器。
(2) C++2HTML
參考站點：http://www.bedaux.net/cpp2html/
把C++程式碼變成語法高亮的HTML
(3) CodeColorizer
參考站點：http://www.chami.com/colorizer/
它能把好幾種語言的原始碼著色為HTML
(4) Doc-O-Matic
參考站點：http://www.doc-o-matic.com/
Doc-O_Matic為你的C/C++，C++.net，Delphi/Pascal, VB.NET，C#和Java程式或者元件產生準確的文件。Doc-O-Matic使用原始碼中的符號和註釋以及外部的文件檔案建立與流行的文件樣式一致的文件。
(5) DocVizor
參考站點：http://www.ucancode.net/Products/DocBuilder/Features.htm
DocVizor滿足了物件導向軟體開發者的基本要求——它讓我們能夠看到C++工程中的類層次結構。DocVizor快速地產生完整可供列印的類層次結構圖，包括從第三方庫中來的那些類，除此之外DocVizor還能從類資訊中產生HTML檔案。
(6) SourcePublisher C++
參考站點：http://www.scitools.com/sourcepublisher_c.html
給原始碼產生提供快速直觀的HTML報表，包括程式碼，類層次結構，呼叫和被呼叫樹，包含和被包含樹。支援多種作業系統。
(7) Understand
參考站點：http://www.scitools.com/ucpp.html
分析任何規模的C或者C++工程，幫助我們更好的理解以及編寫文件。
4.2 程式碼類
(1) CC-Rider
參考站點：http://www.cc-rider.com
CC-Rider是用於C/C++程式強大的程式碼視覺化工具，通過互動式瀏覽、編輯及自動檔案來促程式序的維持和發展。
(2) CodeInspect
參考站點：http://www.yokasoft.com/
一種新的C/C++程式碼分析工具。它檢查我們的原始碼找出非標準的，可能的，以及普通的錯誤程式碼。
(3) CodeWizard
參考站點：http://www.parasoft.com
先進的C/C++原始碼分析工具，使用超過500個編碼規範自動化地標明危險的，但是編譯器不能檢查到的程式碼結構。
(4) C++ Validation Test Suites
參考站點：http://www.plumhall.com/suites.html
一組用於測試編譯器和庫對於標準吻合程度的程式碼庫。
(5) CppRefactory
參考站點：http://cpptool.sourceforge.net/
CPPRefactory是一個使得開發者能夠重構他們的C++程式碼的程式。目的是使得C++程式碼的重構能夠儘可能的有效率和簡單。
(6) Lzz
參考站點：http://www.lazycplusplus.com/
Lzz是一個自動化許多C++程式設計中的體力活的工具。它能夠節省我們許多事件並且使得編碼更加有樂趣。給出一系列的宣告，Lzz會給我們建立標頭檔案和原始檔。
(7) QA C++ Generation 2000
參考站點：http://www.programmingresearch.com/solutions/qacpp.htm
它關注物件導向的C++原始碼，對有關於設計，效率，可靠性，可維護性的部分提出警告資訊。
(8) s-mail project - Java to C++DOL
參考站點：http://sadlocha.strefa.pl/s-mail/ja2dol.html
把Java原始碼翻譯為相應的C++原始碼的命令列工具。
(9) SNIP from Cleanscape Software International
參考站點：http://www.cleanscape.net/stdprod/snip/index.html
一個填平編碼和設計之間溝壑的易於使用的C++開發工具，節省大量編輯和除錯的事件，它還使得開發者能夠指定設計模式作為物件模型，自動從物件模型中產生C++的類。
(10) SourceStyler C++
參考站點：http://www.ochresoftware.com/
對C/C++原始碼提供完整的格式化和排版控制的工具。提供多於75個的格式化選項以及完全支援ANSI C++。
4.3 編譯類
(1) Compilercache
參考站點：http://www.erikyyy.de/compilercache/
Compilercache是一個對你的C和C++編譯器的封裝指令碼。每次我們進行編譯，封裝指令碼，把編譯的結果放入快取，一旦編譯相同的東西，結果將從快取中取出而不是再次編譯。
(2) Ccache
參考站點：http://ccache.samba.org/
Ccache是一個編譯器快取。它使用起來就像C/C++編譯器的快取前處理器，編譯速度通常能提高普通編譯過程的5~10倍。
(3) Cmm (C++ with MultiMethods)
參考站點：http://www.op59.net/cmm/cmm-0.28/users.html
這是一種C++語言的擴充套件。讀入Cmm原始碼輸出C++的原始碼，功能是對C++語言新增了對multimethod的支援。
(4) The Frost Project
參考站點：http://frost.flewid.de/
Forst使得你能夠在C++程式中像原生的C++特性一樣使用multimethod以及虛擬函式引數。它是一個編譯器的外殼。
4.4 測試和除錯類
(1) CPPUnit
CppUnit 是個基於 LGPL 的開源專案，最初版本移植自 JUnit，是一個非常優秀的開源測試框架。CppUnit 和 JUnit 一樣主要思想來源於極限程式設計。主要功能就是對單元測試進行管理，並可進行自動化測試。
(2) C++Test
參考站點：http://www.parasoft.com/
C++ Test是一個單元測試工具，它自動化了C和C++類，函式或者元件的測試。
(3) Cantata++
參考站點：http://www.iplbath.com/products/tools/pt400.shtml
設計的目的是為了滿足在合理的經濟開銷下使用這個工具可以讓開發工程師開展單元測試和整合測試的需求.
(4) Purify
參考站點：http://www-900.ibm.com/cn/softwa ... ifyplus/index.shtml
IBM Rational PurifyPlus是一套完整的執行時分析工具，旨在提高應用程式的可靠性和效能。PurifyPlus將記憶體錯誤和洩漏檢測、應用程式效能描述、程式碼覆蓋分析等功能組合在一個單一、完整的工具包中。
(5) BoundsChecker
BoundsChecker是一個C++執行時錯誤檢測和除錯工具。它通過在Visual Studio內自動化除錯過程加速開發並且縮短上市的週期。BoundsChecker提供清楚，詳細的程式錯誤分析，許多是對C++獨有的並且在static，stack和heap記憶體中檢測和診
斷錯誤，以及發現記憶體和資源的洩漏。
(6) Insure++
參考站點：http://www.parasoft.com/
一個自動化的執行時程式測試工具，檢查難以察覺的錯誤,如記憶體覆蓋，記憶體洩漏，記憶體分配錯誤，變數初始化錯誤，變數定義衝突，指標錯誤，庫錯誤，邏輯錯誤和演算法錯誤等。
(7) GlowCode
參考站點：http://www.glowcode.com/
GlowCode包括記憶體洩漏檢查，code profiler，函式呼叫跟蹤等功能。給C++開發者提供完整的錯誤診斷，和執行時效能分析工具包。
(8) Stack Spy
參考站點：http://www.imperioustech.com/
它能捕捉stack corruption, stack over run, stack overflow等有關棧的錯誤。
--------------------------------------------------------------------------------
5，庫
在C++中，庫的地位是非常高的。C++之父 Bjarne Stroustrup先生多次表示了設計庫來擴充功能要好過設計更多的語法的言論。現實中，C++的庫門類繁多，解決的問題也是極其廣泛，庫從輕量級到重量級的都有。不少都是讓人眼界大開，亦或是望而生嘆的思維傑作。由於庫的數量非常龐大，而且限於筆者水平，其中很多並不瞭解。所以文中所提的一些庫都是比較著名的大型庫。
5.1 標準庫
標準庫中提供了C++程式的基本設施。雖然C++標準庫隨著C++標準折騰了許多年，直到標準的出臺才正式定型，但是在標準庫的實現上卻很令人欣慰得看到多種實現，並且已被實踐證明為有工業級別強度的佳作。
(1) Dinkumware C++ Library
參考站點：http://www.dinkumware.com/
P.J. Plauger編寫的高品質的標準庫。P.J. Plauger博士是Dr. Dobb's程式設計傑出獎的獲得者。其編寫的庫長期被Microsoft採用，並且最近Borland也取得了其OEM的license，在其C/C++的產品中採用Dinkumware的庫。
(2) RogueWave Standard C++ Library
參考站點：http://www.roguewave.com/
這個庫在Borland C++ Builder的早期版本中曾經被採用，後來被其他的庫給替換了。筆者不推薦使用。
(3) SGI STL
參考站點：http://www.roguewave.com/
SGI公司的C++標準模版庫。
(4) STLport
參考站點：http://www.stlport.org/
SGI STL庫的跨平臺可移植版本。
5.2 “準”標準庫 - Boost
參考站點：http://www.boost.org
國內映象：http://www.c-view.org/tech/lib/boost/index.htm
Boost庫是一個經過千錘百煉、可移植、提供原始碼的C++庫，作為標準庫的後備，是C++標準化程式的發動機之一。 Boost庫由C++標準委員會庫工作組成員發起，在C++社群中影響甚大，其成員已近2000人。 Boost庫為我們帶來了最新、最酷、最實用的技術，是不折不扣的“準”標準庫。
Boost中比較有名氣的有這麼幾個庫：
Regex
正規表示式庫
Spirit
LL parser framework，用C++程式碼直接表達EBNF
Graph
圖元件和演算法
Lambda
在呼叫的地方定義短小匿名的函式物件，很實用的functional功能
concept check
檢查泛型程式設計中的concept
Mpl
用模板實現的超程式設計框架
Thread
可移植的C++多執行緒庫
Python
把C++類和函式對映到Python之中
Pool
記憶體池管理
smart_ptr
5個智慧指標，學習智慧指標必讀，一份不錯的參考是來自CUJ的文章：
Smart Pointers in Boost，哦，這篇文章可以查到，CUJ是提供線上瀏覽的。中文版見筆者在《Dr. Dobb's Journal軟體研發雜誌》第7輯上的譯文。
Boost總體來說是實用價值很高，質量很高的庫。並且由於其對跨平臺的強調，對標準C++的強調，是編寫平臺無關，現代C++的開發者必備的工具。但是Boost中也有很多是實驗性質的東西，在實際的開發中實用需要謹慎。並且很多Boost中的庫功
能堪稱對語言功能的擴充套件，其構造用盡精巧的手法，不要貿然的花費時間研讀。Boost另外一面，比如Graph這樣的庫則是具有工業強度，結構良好，非常值得研讀的精品程式碼，並且也可以放心的在產品程式碼中多多利用。
5.3 GUI
在眾多C++的庫中，GUI部分的庫算是比較繁榮，也比較引人注目的。在實際開發中，GUI庫的選擇也是非常重要的一件事情，下面我們綜述一下可選擇的GUI庫，各自的特點以及相關工具的支援。
(1) MFC
大名鼎鼎的微軟基礎類庫（Microsoft Foundation Class）。大凡學過VC++的人都應該知道這個庫。雖然從技術角度講，MFC是不大漂亮的，但是它構建於Windows API 之上，能夠使程式設計師的工作更容易,程式設計效率高，減少了大量在建立 Windo
ws 程式時必須編寫的程式碼，同時它還提供了所有一般 C++ 程式設計的優點，例如繼承和封裝。MFC 編寫的程式在各個版本的Windows作業系統上是可移植的，例如，在Windows 3.1下編寫的程式碼可以很容易地移植到 Windows NT 或 Windows 95 上。但是在最近發展以及官方支援上日漸勢微。
(2) QT
參考網站：http://www.trolltech.com/
Qt是Trolltech公司的一個多平臺的C++圖形使用者介面應用程式框架。它提供給應用程式開發者建立藝術級的圖形使用者介面所需的所用功能。Qt是完全物件導向的很容易擴充套件，並且允許真正地元件程式設計。自從1996年早些時候，Qt進入商業領域，它已經成為全世界範圍內數千種成功的應用程式的基礎。Qt也是流行的Linux桌面環境KDE 的基礎，同時它還支援Windows、Macintosh、Unix/X11等多種平臺。
(3) WxWindows
參考網站：http://www.wxwindows.org/
跨平臺的GUI庫。因為其類層次極像MFC，所以有文章介紹從MFC到WxWindows的程式碼移植以實現跨平臺的功能。通過多年的開發也是一個日趨完善的GUI庫，支援同樣不弱於前面兩個庫。並且是完全開放原始碼的。新近的C++ Builder X的GUI設計器就是基於這個庫的。
(4) Fox
參考網站：http://www.fox-toolkit.org/
開放原始碼的GUI庫。作者從自己親身的開發經驗中得出了一個理想的GUI庫應該是什麼樣子的感受出發，從而開始了對這個庫的開發。有興趣的可以嘗試一下。
(5) WTL
基於ATL的一個庫。因為使用了大量ATL的輕量級手法，模板等技術，在程式碼尺寸，以及速度優化方面做得非常到位。主要面向的使用群體是開發COM輕量級供網路下載的視覺化控制元件的開發者。
(6) GTK
參考網站：http://gtkmm.sourceforge.net/
GTK是一個大名鼎鼎的C的開源GUI庫。在Linux世界中有Gnome這樣的殺手應用。而GTK就是這個庫的C++封裝版本。
5.4 網路通訊
(1) ACE
參考網站：http://www.cs.wustl.edu/~schmidt/ACE.html
C++庫的代表，超重量級的網路通訊開發框架。ACE自適配通訊環境（Adaptive Communication Environment）是可以自由使用、開放原始碼的物件導向框架，在其中實現了許多用於併發通訊軟體的核心模式。ACE提供了一組豐富的可複用C++包裝外觀（Wrapper Facade）和框架元件，可跨越多種平臺完成通用的通訊軟體任務，其中包括：事件多路分離和事件處理器分派、訊號處理、服務初始化、程式間通訊、共享記憶體管理、訊息路由、分散式服務動態（重）配置、併發執行和同步，等等。
(2) StreamModule
參考網站：http://www.omnifarious.org/StrMod/
設計用於簡化編寫分散式程式的庫。嘗試著使得編寫處理非同步行為的程式更容易，而不是用同步的外殼包起非同步的本質。
(3) SimpleSocket
參考網站：http://home.hetnet.nl/~lcbokkers/simsock.htm
這個類庫讓編寫基於socket的客戶/伺服器程式更加容易。
(4) A Stream Socket API for C++
參考網站：http://www.pcs.cnu.edu/~dgame/sockets/socketsC++/sockets.html
又一個對Socket的封裝庫。
5.5 XML
(1) Xerces
參考網站：http://xml.apache.org/xerces-c/
Xerces-C++ 是一個非常健壯的XML解析器，它提供了驗證，以及SAX和DOM API。XML驗證在文件型別定義(Document Type Definition，DTD)方面有很好的支援，並且在2001年12月增加了支援W3C XML Schema 的基本完整的開放標準。
(2) XMLBooster
參考網站：http://www.xmlbooster.com/
這個庫通過產生特製的parser的辦法極大的提高了XML解析的速度，並且能夠產生相應的GUI程式來修改這個parser。在DOM和SAX兩大主流XML解析辦法之外提供了另外一個可行的解決方案。
(3) Pull Parser
參考網站：http://www.extreme.indiana.edu/xgws/xsoap/xpp/
這個庫採用pull方法的parser。在每個SAX的parser底層都有一個pull的parser，這個xpp把這層暴露出來直接給大家使用。在要充分考慮速度的時候值得嘗試。
(4) Xalan
參考網站：http://xml.apache.org/xalan-c/
Xalan是一個用於把XML文件轉換為HTML，純文字或者其他XML型別文件的XSLT處理器。
(5) CMarkup
參考網站：http://www.firstobject.com/xml.htm
這是一種使用EDOM的XML解析器。在很多思路上面非常靈活實用。值得大家在DOM和SAX之外尋求一點靈感。
(6) libxml++
http://libxmlplusplus.sourceforge.net/
libxml++是對著名的libxml XML解析器的C++封裝版本
5.6 科學計算
(1) Blitz++
參考網站：http://www.oonumerics.org/blitz/
Blitz++ 是一個高效率的數值計算函式庫，它的設計目的是希望建立一套既具像C++ 一樣方便，同時又比Fortran速度更快的數值計算環境。通常，用C++所寫出的數值程式，比 Fortran慢20%左右，因此Blitz++正是要改掉這個缺點。方法是利用C++的template技術，程式執行甚至可以比Fortran更快。Blitz++目前仍在發展中，對於常見的SVD，FFTs，QMRES等常見的線性代數方法並不提供，不過使用者可以很容易地利用Blitz++所提供的函式來構建。
(2) POOMA
參考網站：http://www.codesourcery.com/pooma/pooma
POOMA是一個免費的高效能的C++庫，用於處理並行式科學計算。POOMA的物件導向設計方便了快速的程式開發，對並行機器進行了優化以達到最高的效率，方便在工業和研究環境中使用。
(3) MTL
參考網站：http://www.osl.iu.edu/research/mtl/
Matrix Template Library(MTL)是一個高效能的泛型元件庫，提供了各種格式矩陣的大量線性代數方面的功能。在某些應用使用高效能編譯器的情況下，比如Intel的編譯器，從產生的彙編程式碼可以看出其與手寫幾乎沒有兩樣的效能。
(4) CGAL
參考網站：www.cgal.org
Computational Geometry Algorithms Library的目的是把在計算幾何方面的大部分重要的解決方案和方法以C++庫的形式提供給工業和學術界的使用者。
5.7 遊戲開發
(1) Audio/Video 3D C++ Programming Library
參考網站：http://www.galacticasoftware.com/products/av/
AV3D是一個跨平臺，高效能的C++庫。主要的特性是提供3D圖形，聲效支援（SB,以及S3M），控制介面（鍵盤，滑鼠和遙感），XMS。
(2) KlayGE
參考網站：http://home.g365.net/enginedev/
國內遊戲開發高手自己用C++開發的遊戲引擎。KlayGE是一個開放原始碼、跨平臺的遊戲引擎，並使用Python作指令碼語言。KlayGE在LGPL協議下發行。感謝龔敏敏先生為中國遊戲開發事業所做出的貢獻。
(3) OGRE
參考網站：http://www.ogre3d.org
OGRE（物件導向的圖形渲染引擎）是用C++開發的，使用靈活的物件導向3D引擎。它的目的是讓開發者能更方便和直接地開發基於3D硬體裝置的應用程式或遊戲。引擎中的類庫對更底層的系統庫（如：Direct3D和OpenGL）的全部使用細節進行了抽象，並提供了基於現實世界物件的介面和其它類。
5.8 執行緒
(1) C++ Threads
參考網站：http://threads.sourceforge.net/
這個庫的目標是給程式設計師提供易於使用的類，這些類被繼承以提供在Linux環境中很難看到的大量的執行緒方面的功能。
(2) ZThreads
參考網站：http://zthread.sourceforge.net/
一個先進的物件導向，跨平臺的C++執行緒和同步庫。
5.9 序列化
(1) s11n
參考網站：http://s11n.net/
一個基於STL的C++庫，用於序列化POD，STL容器以及使用者定義的型別。
(2) Simple XML Persistence Library
參考網站：http://sxp.sourceforge.net/
這是一個把物件序列化為XML的輕量級的C++庫。
5.10 字串
(1) C++ Str Library
參考網站：http://www.utilitycode.com/str/
操作字串和字元的庫，支援Windows和支援gcc的多種平臺。提供高度優化的程式碼，並且支援多執行緒環境和Unicode，同時還有正規表示式的支援。
(2) Common Text Transformation Library
參考網站：http://cttl.sourceforge.net/
這是一個解析和修改STL字串的庫。CTTL substring類可以用來比較，插入，替換以及用EBNF的語法進行解析。
(3) GRETA
參考網站：http://research.microsoft.com/projects/greta/
這是由微軟研究院的研究人員開發的處理正規表示式的庫。在小型匹配的情況下有非常優秀的表現。
5.11 綜合
(1) P::Classes
參考網站：http://pclasses.com/
一個高度可移植的C++應用程式框架。當前關注型別和執行緒安全的signal/slot機制，i/o系統包括基於外掛的網路協議透明的i/o架構，基於外掛的應用程式訊息日誌框架，訪問sql資料庫的類等等。
(2) ACDK - Artefaktur Component Development Kit
參考網站：http://acdk.sourceforge.net/
這是一個平臺無關的C++元件框架，類似於Java或者.NET中的框架（反射機制，執行緒，Unicode，廢料收集，I/O，網路，實用工具，XML，等等），以及對Java, Perl, Python, TCL, Lisp, COM 和 CORBA的整合。
(3) dlib C++ library
參考網站：http://www.cis.ohio-state.edu/~kingd/dlib/
各種各樣的類的一個綜合。大整數，Socket，執行緒，GUI，容器類,以及瀏覽目錄的API等等。
(4) Chilkat C++ Libraries
參考網站：http://www.chilkatsoft.com/cpp_libraries.asp
這是提供zip，e-mail，編碼，S/MIME，XML等方面的庫。
(5) C++ Portable Types Library (PTypes)
參考網站：http://www.melikyan.com/ptypes/
這是STL的比較簡單的替代品，以及可移植的多執行緒和網路庫。
(6) LFC
參考網站：http://lfc.sourceforge.net/
哦，這又是一個嘗試提供一切的C++庫
5.12 其他庫
(1) Loki
參考網站：http://www.moderncppdesign.com/
哦，你可能抱怨我早該和Boost一起介紹它，一個實驗性質的庫。作者在loki中把C++模板的功能發揮到了極致。並且嘗試把類似設計模式這樣思想層面的東西通過庫來提供。同時還提供了智慧指標這樣比較實用的功能。
(2) ATL
ATL(Active Template Library)
是一組小巧、高效、靈活的類，這些類為建立可互操作的COM元件提供了基本的設施。
(3) FC++: The Functional C++ Library
這個庫提供了一些函式式語言中才有的要素。屬於用庫來擴充語言的一個代表作。如果想要在OOP之外尋找另一分的樂趣，可以去看看函式式程式設計的世界。大師Peter Norvig在 “Teach Yourself Programming in Ten Years”一文中就將函式式語言列為至少應當學習的6類程式語言之一。
(4) FACT!
參考網站：http://www.kfa-juelich.de/zam/FACT/start/index.html
另外一個實現函式式語言特性的庫
(5) Crypto++
提供處理密碼，訊息驗證，單向hash，公匙加密系統等功能的免費庫。
還有很多非常激動人心或者是極其實用的C++庫，限於我們的水平以及文章的篇幅不能包括進來。在對於這些已經包含近來的庫的介紹中，由於並不是每一個我們都使用過，所以難免有偏頗之處，請讀者見諒。
--------------------------------------------------------------------------------
6，書籍
以前熊節先生曾撰文評論相對於Java程式設計語言，C++的好書多如牛毛。榮耀先生在《程式設計師》雜誌上撰文《C++程式設計之四書五經》也將本領域內幾乎所有的經典書籍作了全面的介紹,任何關於書的評論此時看來便是很多餘的了。個人淺見，
除非你打算以C++作為唯一興趣或者生存之本，一般讀者確實沒有足夠的時間和必要將20餘本書籍全部閱讀。更有參考價值的是榮耀先生的另一篇文章：《至少應該閱讀的九本C++著作》，可以從下面的地址瀏覽到此文：
http://www.royaloo.com/articles/articles_2003/9CppBooks.htm
下面幾本書對於走在C++初學之路上的讀者是我們最願意推薦給大家的：
(1) 《C++ Primer》
哦，也許你會抱怨我們為什麼不先介紹TCPL,但對於走在學習之路上的入門者，本書內容更為全面，更為詳細易懂，我們稱它為“C++的超級寶典”並不過分。配有一本不錯的習題解答《C++ Primer Answer Book》可以輔助你的學習之路。
(2) 《Essential C++》
如果說《C++ Primer》是C++領域的超級寶典，那麼此書作為掌握C++的大局觀當之無愧。正如《.NET大局觀》一書能夠讓讀者全攬.NET，本書講述了C++中最核心的全部主題。書雖不厚，內容精煉，不失為《C++ Primer》讀者茶餘飯後的主題回
顧之作。
(3) 《The C++ Programming Language》
Bjarne為你帶來的C++教程，真正能夠告訴你怎麼用才叫真正的C++的唯一一本書。雖然如同“某某程式設計語言”這樣的書籍會給大家一個內容全攬，入門到精通的感覺，但本書確實不太適合初學者閱讀。如果你自認為是一名很有經驗的C++程式設計師，那至少也要反覆咀嚼Bjarne先生所強調的若干內容。
(4) 《Effective C++》，《More Effective C++》
是的，正如一些C++愛好者經常以讀過與沒有讀過上述兩本作品來區分你是否是C++高手。我們也極力推崇這兩本著作。在各種介紹C++專家經驗的書籍裡面，這兩本是最貼近語言本質，看後最能夠有脫胎換骨感覺的書，讀此書你需每日三省汝身
。
技術書籍仁者見仁，過多的評論反無太多意義，由讀者喜好選擇最適合自己的書方為上策。
-------------------------------------------------------------------------------
7，資源網站
正如我們可以通過計算機歷史上的重要人物瞭解計算機史的發展，C++相關人物的網站也可以使我們得到最有價值的參考與借鑑，下面的人物我們認為沒有介紹的必要，只因下面的人物在C++領域的地位眾所周知，我們只將相關的資源進行羅列以
供讀者學習，他們有的工作于貝爾實驗室，有的工作於知名編譯器廠商，有的在不斷推進語言的標準化，有的為讀者撰寫了多部千古奇作……
(1) Bjarne Stroustrup
http://www.research.att.com/~bs/
(2) Stanley B. Lippman
http://blogs.msdn.com/slippman/
中文版 http://www.zengyihome.net/slippman/index.htm
(3) Scott Meyers
http://www.aristeia.com/
(4) David Musser
http://www.cs.rpi.edu/~musser/
(5) Bruce Eckel
http://www.bruceeckel.com
(6) Nicolai M. Josuttis
http://www.josuttis.com/
(7) Herb Sutter
http://www.gotw.ca/
(8) Andrei Alexandrescu
http://www.coderncppdesign.com/
(9) 侯捷先生
http://www.jjhou.com
(10) 孟巖先生
先生繁忙於工作，痴迷於技術，暫無個人主頁，關於先生的作品可以通過CSDN的專欄和侯先生的主頁訪問到。
(11) 榮耀先生
http://www.royaloo.com/
(12) 潘愛民先生
http://www.icst.pku.edu.cn/panaimin/pam_homepage.htm
除了上述大師的主頁外，以下的綜合類C++學習參考站點是我們非常願意向大家推薦的：
(1) CodeProject
http://www.codeproject.com
(2) CodeGuru
http://www.codeguru.com
(3) Dr. Dobb's Journal
http://www.ddj.com
(4) C/C++ Users Journal
http://www.cuj.com
(5) C維視點
http://www.c-view.org
(6) allaboutprogram
http://www.allaboutprogram.com
其他資料
(1) ISO IEC JTC1/SC22/WG21 - C++：標準C++的權威參考
http://anubis.dkuug.dk/jtc1/sc22/wg21/
(2) C++ FAQ LITE — Frequently Asked Questions: 最為全面的C++FAQ
http://www.sunistudio.com/cppfaq/index.html
C/C++ 新聞組：
你不妨嘗試從這裡提問和回答問題，很多不錯的Q&A資源......
(1) .alt.comp.lang.learn.c-c++
這個簡單些，如果你和我一樣是個菜鳥
(2) .comp.lang.c++.moderated
嗯，這個顯然水平高一些
(3) .comp.std.c++
如果你需要討論標準C++相關話題的話
--------------------------------------------------------------------------------
8，不得不寫的結束語
結束的時候也是總結現狀，展望未來的時候。雖然C++從脫胎於C開始，一路艱難坎坷的走過來，但是無論如何C++已經取得了工業基礎的地位。文章列舉的大量相關資源就是最好的證明，而業界的大量用C++寫成的產品程式碼以及大量的C++職業工程師則是最直接的證明。同時，我們可以看到各個高校的計算機專業都開設有C++這門課程，網路上對於C++的學習討論也從來都沒有停過。但是，在Java和.NET兩大企業開發平臺的圍攻下，給人的感覺是C++越來越“不行”了。
C++在面向企業的軟體開發中，在開發便捷性等方面的確要比Java和C#差很多，其中一個問題是C++語言本身比較複雜，學習曲線比較陡峭，另外一個問題是C++標準化的時間太長，喪失了很多的壯大機會，耗費了很多精力在廠商的之間的鬥爭上
，而C++的標準庫離一個完善的程式開發框架還缺少太多太多的內容，各個第三方的類庫和框架又在一致性和完整性上沒法和隨平臺提供的框架相提並論。難道C++真的要退出歷史舞臺了？
從C++目前的活躍程度，以及應用現狀來說是完全能夠肯定C++仍然是軟體工業的基礎，也不會退出歷史舞臺的。另外從Boost，Loki這些庫中我們也能夠看到C++的發展非常活躍，對於新技術新思維非常激進，C++仍然廣泛受到關注。從ACE在高
效能通訊領域的應用，以及MTL這樣的庫在數值計算領域的出色表現，我們可以看到C++在高效能應用場合下的不可替代的作用，而嵌入式系統這樣的記憶體受限開發平臺，比如Symbian OS上，C++已經發揮著並且將發揮更大的作用。可以預見的是以後的軟體無論上層的應用怎麼變，它的底層核心都會是由C/C++這樣的系統級軟體編寫的，比如Java虛擬機器，.NET Framwork。因為只有這樣的系統級軟體才能完全徹底的發揮機器的功能。
需要看到的是兩個趨勢，一個趨勢是C++變得更加複雜，更加學院派，通過模板等有潛力的語法因素構造越來越精巧的庫成為了現代C++的熱點，雖然在利用庫實現新的程式設計正規化，乃至設計模式等方面很有開創意義，也確實產生了一些能夠便捷開
發的工具，但是更多的是把C++變得更加強大，更加複雜，也更加難懂，似乎也更加學院派，不得不說它正在向邊緣化道路發展。另一個趨勢是C++在主流的企業應用開發中已經逐漸退出了，ERP這樣的企業軟體開發中基本上不會考慮C++，除非需要考
慮效能或者和遺留程式碼的整合這些因素。C++退守到系統級別語言，成為軟體工業的基礎是大勢所趨。然而反思一下，真的是退守麼？自從STL出現，無數的人風起雲湧的開始支援C++,他們狂呼“我看到深夜消失了，目標軟體工程的出現。我看到了可
維護的程式碼。”是的，STL在可維護性下做得如此出色。但是又怎樣呢？STL為C++鋪平了現代軟體工程的道路，而在上層應用程式軟體開發領域這塊場地早不單獨屬於C++,很多程式設計語言都做得很出色，瘋狂的支持者會毫不猶豫地說我們應當支援
C++,因為它是世界上最棒的語言。而坦率地說，你的腰桿真的那麼硬麼？也許只是在逃避一些事實。C++是優秀的，這不可否認，STL的出現讓C++一度走上了最輝煌的時刻，然而現在看來……我的一位恩師曾言：真正能夠將STL應用得淋漓盡致的人很
保守地說國內也不超過200人，或許不加入STL能夠使C++向著它應當發展的方向發展的更好，而現在看來，C++也應當回首到真正屬於他的那一片聖地上……
--------------------------------------------------------------------------------
參考資料
本文成文時參考了以下資源：
1、《程式設計師》2004年2月，3月，“C++ 程式設計之四書五經” 榮耀
2、水'木清華BBS C++版精華區
3、http://jjhou.csdn.net
4、http://www.royaloo.com
5、http://www.zengyihome.net
6、C/C++ 開發人員：充實您的 XML 工具箱 http://www-900.ibm.com/developerWorks/cn/xml/x-ctlbx/index.shtml
- 全文完 -
本文來自CSDN部落格，轉載請標明出處：http://blog.csdn.net/liigo/archive/2006/09/20/1253429.aspx