1. 程式人生 > >C++資源之不完全導引(完整版)

C++資源之不完全導引(完整版)


來源:
www.csdn.net

撰文:曾毅、陶文

宣告:本文2004年5月首發於《CSDN開發高手》,版權歸該雜誌與《程式設計師》雜誌社
所有。

--------------------------------------------------------------------------------

  1,前言

  無數次聽到“我要開始學習C++!”的吶喊,無數次聽到“C++太複雜了,我真的
學不會”的無奈。Stan Lippman先生曾在《C++ Primer》一書中指出“C++是最為難
學的高階程式設計語言之一”,人們常將“之一”去掉以表達自己對C++的敬畏。誠
然,C++程式設計語言對於學習者的確有很多難以逾越的鴻溝,體系結構的龐大,應
接不暇並不斷擴充的特性……除此之外,參考資料之多與冗雜使它的學習者望而卻
步,欲求深入者苦不堪言。希望這一份不完全導引能夠成為您C++學習之路上的引路
燈。

  撰寫本文的初衷並不打算帶領大家體驗古老的C++歷史,如果你想了解C++的歷
史與其前期發展中諸多技術的演變,你應當去參考Bjarne的《The Design and Evo
lution of C++》。當然也不打算給大家一個無所不包的寶典(並非不想:其一是因
水平有限,其二無奈C++之博大精深),所給出的僅僅是一些我們認為對於想學習C
++的廣大讀者來說最重要並且觸手可及的開發與學習資源。

  本文介紹並分析了一些編譯器,開發環境,庫,少量的書籍以及參考網站,並
且儘可能嘗試著給出一個利用這些資源的導引,望對如同我們一樣的初學者能夠有
所裨益。

--------------------------------------------------------------------------------

  2,編譯器

  在C++之外的任何語言中,編譯器都從來沒有受到過如此之重視。因為C++是一
門相當複雜的語言,所以編譯器也難於構建。直到最近我們才開始能夠使用上完全
符合C++標準的編譯器(哦,你可能會責怪那些編譯器廠商不能儘早的提供符合標準
的編譯器,這隻能怪他們各自維繫著自身的一套別人不願接受的標準)。什麼?你
說這無關緊要?哦,不,你所需要的是和標準化C++高度相容的編譯環境。長遠來看
,只有這樣的編譯器對C++開發人員來說才是最有意義的工具,尤其是對於程式設計
語言的學習者。一至性讓程式碼具備可移植性,並讓一門語言及其庫的應用更為廣泛
。嗯,是的,我們這裡只打算介紹一些公認的優秀編譯器。

  2.1 Borland C++

  這個是Borland C++ Builder和Borland C++ Builder X這兩種開發環境的後臺
編譯器。(哦,我之所以將之分為兩種開發環境你應當能明白為什麼,正如Delphi
7到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以及2
005 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之前相容性最好的編譯器。結合強大的Visua
l 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公司的老版本的開發環境,但是鑑於其後繼版本Visual
Studio.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為基礎的GU
I設計器。尤其是採用了純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這樣的外掛把E
clipse變成一個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/software/rational/products/purif
yplus/index.shtml

  IBM Rational PurifyPlus是一套完整的執行時分析工具,旨在提高應用程式的
可靠性和效能。PurifyPlus將記憶體錯誤和洩漏檢測、應用程式效能描述、程式碼覆蓋
分析等功能組合在一個單一、完整的工具包中。

  (5) BoundsChecker

  BoundsChecker是一個C++執行時錯誤檢測和除錯工具。它通過在Visual Studi
o內自動化除錯過程加速開發並且縮短上市的週期。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中的庫功
能堪稱對語言功能的擴充套件,其構造用盡精巧的手法,不要貿然的花費時間研讀。Bo
ost另外一面,比如Graph這樣的庫則是具有工業強度,結構良好,非常值得研讀的
精品程式碼,並且也可以放心的在產品程式碼中多多利用。

  5.3 GUI

  在眾多C++的庫中,GUI部分的庫算是比較繁榮,也比較引人注目的。在實際開
發中,GUI庫的選擇也是非常重要的一件事情,下面我們綜述一下可選擇的GUI庫,
各自的特點以及相關工具的支援。

  (1) MFC

  大名鼎鼎的微軟基礎類庫(Microsoft Foundation Class)。大凡學過VC++的
人都應該知道這個庫。雖然從技術角度講,MFC是不大漂亮的,但是它構建於Windo
ws 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.h
tml

  又一個對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的parse
r,這個xpp把這層暴露出來直接給大家使用。在要充分考慮速度的時候值得嘗試。


  (4) Xalan

  參考網站:
http://xml.apache.org/xalan-c/

  Xalan是一個用於把XML文件轉換為HTML,純文字或者其他XML型別文件的XSLT處
理器。

  (5) CMarkup

  參考網站:
http://www.firstobject.com/xml.htm

  這是一種使用EDOM的XML解析器。在很多思路上面非常靈活實用。值得大家在D
OM和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)是一個高效能的泛型元件庫,提供了各種格式
矩陣的大量線性代數方面的功能。在某些應用使用高效能編譯器的情況下,比如In
tel的編譯器,從產生的彙編程式碼可以看出其與手寫幾乎沒有兩樣的效能。

  (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圖形,聲效支援(S
B,以及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, P
erl, 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++也應當回首到真正屬於他的那一片聖地上……

相關推薦

C++資源完全導引整版

來源:www.csdn.net撰文:曾毅、陶文宣告:本文2004年5月首發於《CSDN開發高手》,版權歸該雜誌與《程式設計師》雜誌社所有。--------------------------------------------------------------------------------  1,前言

c++資源完全導引全文

.本文2004年5月首發於《CSDN開發高手》,版權歸該雜誌與《程式設計師》雜誌社所有。雜誌限於篇幅部分內容有所刪節,此處版本為相對完整版本。 .本文為介紹性文章,會隨筆者學習C++語言不斷更新。 前言 無數次聽到“我要開始學習C++!”的吶喊,無數次聽到“C++太複雜了,我真的學不會”的無奈。Stan L

【轉載】c++資源完全導引 全文

c++資源之不完全導引 (全文) 撰文/ 曾毅 陶文 最後更新:2004年6月12日 宣告: .本文2004年5月首發於《CSDN開發高手》,版權歸該雜誌與《程式設計師》雜誌社所有。雜誌限於篇幅部分內容有所刪節,此處版本為相對完整版本。 .本文為介紹性文章,會隨筆者學習C+

C++資源完全導引(整版)

C++資源之不完全導引(完整版)來源:www.csdn.net撰文:曾毅、陶文宣告:本文2004年5月首發於《CSDN開發高手》,版權歸該雜誌與《程式設計師》雜誌社所有。----------------------------------------------------------------------

C++資源完全導引 [上]

這個正是我們熟知的Visual Studio 和 Visual Studio.net 2002, 2003以及2005 Whidbey中帶的C++編譯器。由Microsoft公司研製。在Visual Studio 6.0中,因為編譯器有太多地方不能與後來出現的C++標準相吻合而飽受批評(想想你在使用STL的時

C++資源完全導引(轉)

C++資源之不完全導引   1,前言   無數次聽到“我要開始學習C++!”的吶喊,無數次聽到“C++太複雜了,我真的學不會”的無奈。Stan Lippman先生曾在《C++ Primer》一書中指出“C++是最為難學的高階程式設計語言之一”,人們常將“之一”去掉以表達自己對

C++資源完全導引

 撰文/ 曾毅 陶文    最後更新:2004年6月11日                         宣告:            .本文2004年5月首發於《CSDN開發高手》,版權歸該雜誌與《程式設計師》雜誌社所有。雜誌限於篇幅部分內容有所刪節,此處版本為相對完整版

【轉載】C++資源完全導引

1,前言    無數次聽到“我要開始學習C++!”的吶喊,無數次聽到“C++太複雜了,我真的學不會”的無奈。Stan Lippman先生曾在《C++ Primer》一書中指出“C++是最為難學的高階程式設計語言之一”,人們常將“之一”去掉以表達自己對C++的敬畏。誠然,C++程式設計語言對於學習者的確有很多

C++資源完全導引【轉載】

C++資源之不完全導引 [下] 撰文/ 曾毅陶文 最後更新:2004年6月12日 宣告: .本文2004年5月首發於《CSDN開發高手》,版權歸該雜誌與《程式設計師》雜誌社所有。雜誌限於篇幅部分內容有所刪節,此處版本為相對完整版本。 .本文為介紹性文章,會隨筆

轉:C++資源完全導引

C++資源之不完全導引 [上] 撰文/ 曾毅 陶文 最後更新:2004年6月11日 宣告: .本文2004年5月首發於《CSDN開發高手》,版權歸該雜誌與《程式設計師》雜誌社所有。雜誌限於篇幅部分內容有所刪節,此處版本為相對完整版本。 .本文為介紹性文章,會隨筆者學習C++

18.C#基礎安全程式碼在整理當中

     前面有寫到過,核心C#語言沒有將指標引入它所支援的資料型別,從而與C和C++有著顯著的區別。作為代替,C#提供了各種引用型別,並能建立可由垃圾回收器管理的物件。這就使得C#比C或C++安全的多。      在核心C#語言中,乾脆就不可能有

機器學習課程完全收錄持續更新

google 趨勢 con ash color mooc tar 業界 積極 機器學習已經火遍全球了,目前幾乎所有科技公司都或多或少都在積極地響應AI的趨勢,但是此時需要培養更多的人工智能和機器學習專家,然而優質的學習資源卻相當匱乏。幾大科技巨頭和業界領軍大神也相應提供了各

微信小程式——自定義分享按鈕整版

1.宣告 onShareAppMessage 函式   onShareAppMessage() {          return {        title: '彈出分享時顯示的分享標

C語言變數、常量define\const、變數的宣告和定義

記憶體地址 #include<stdio.h> #include<stdlib.h> #include<Windows.h> void main(){ int num = 10; int num1 = 20; int num2

C語言——PE檔案解析整版

此次PE檔案解析的內容:PE頭、節表、匯入表、匯出表、重定位表 語言:C語言 編譯器:VS2013 執行環境:win10 注:由於時間(懶)關係,備註的比較少,看不懂的地方,歡迎留言一起交流,也歡迎指正不當之處 #include <stdio.h> #i

雙向迴圈連結串列C++實現整版

#include<iostream> using namespace std; /* *節點類 */ struct DCNode { int data; DCNode * prior; DCNode * next; }; /* *連結串列類 */

C語言實現快速排序整版DVE-C++編譯通過

#include <stdio.h> #include <stdlib.h> #include <string.h> #define MAXLINES 5000  //進行排序的最大文字行 char *lineptr[MAXLINES];  //指向文字行的指標陣列 i

C#操作登錄檔類整版,封裝了各種方法只要呼叫即可

using System; using System.Collections.Generic; using System.Text; using Microsoft.Win32; using System.Diagnostics; namespace Gildata.EXCEL.Tool.Classes {

字符串函數---atof()函數具體解釋及實現整版

記錄 == include als 技術 整數 ast fill 跳過 atof()函數 atof():double atof(const char *str ); 功 能: 把字符串轉換成浮點數 str:要轉換的字符串。 返回值:每一個函數返回 double 值。此值

史上最全設計模式導學目錄整版

最全 content bsp 書籍 轉載 http 模式 ogr book 該文章是轉載大牛的分享。備忘學習。 http://blog.csdn.net/lovelion/article/details/17517213 GitHu上分享的一些資料 https://zh