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