C++高級編程(第2版)（簡體書）

C++是當今最流行的高級程序設計語言之一，常用于編寫性能卓越的企 業級面向對象程序，如遊戲或大型商業軟件。但一個無法規避的事實是： C++語法紛繁複雜，學習難度較大。如何才能化繁為簡，全面系統地快速掌 握C++知識呢？格萊戈爾、索爾特、凱樂普編著的《C++高級編程（第2版） 》將為您提供完美答案。這本權威書籍在大量實例的引導下，解密C++中鮮 為人知的特性，揭示最新版本C++11帶來的顯著變化，並探討有助於提高代 碼質量和編程效率的編程方法、可重用設計模式和良好編程風格。通過閱讀 《C++高級編程（第2版）》，您將能得心應手地開發出優秀的C++11程序。 《C++高級編程（第2版）》主要內容：提供詳盡的代碼範例，讀者可隨 手在自己的代碼中使用這些代碼；全面介紹C++和stl技術，包括該語言不尋 常和怪異的方面；展示應用C++語言高級特性的最佳實踐，包括操作符重載 、內存管理、製作模板和編寫多線程代碼；討論編寫跨語言和跨平臺代碼的 技術；講述代碼重用的重要性以及編寫易讀C++代碼的微妙之處。．

索爾特（Nicholas A.Solter），現就職於Sun Microsystems公司，曾在斯坦福大學攻讀計算機科學專業，獲得理學學士和理學碩士學位。他具有豐富的C/C++編程經驗和計算機遊戲開發經歷，並作為助理教授在Fullerton學院講授過一年C++課程。 凱樂普（Scott J.Kleper），Reactivity公司的高級軟件工程師。在初中就開始了他的編程生涯，用BASIC為Trandy TRS一80編寫過一些冒險遊戲。在斯坦福大學就讀期間，他擔任過程序設計入門和面向對象程序設計等多門課程的助教；並獲得了計算機科學的理學學士和碩士學位。畢業後致力於人機交互領域，擔任過多家公司開發小組的首席工程師。．

《C++高級編程(第2版)》并不是講解語言的大量細節并給出少量真實世界的場景，而是教您如何在真實世界中使用C++。《C++高級編程(第2版)》還會披露一些鮮為人知的特性，使用這些特性可以讓編程更簡單；還講解了可重用的編碼模式，模式是區分編程新手和專業程序員的標志。編程書籍往往重點描述語言的語法，而不是語言在真實世界中的應用。典型的C++教材在每一章中介紹了語言中的大部分知識，講解語法并列舉示例。格萊戈爾、索爾特、凱樂普編著的《C++高級編程(第2版)》不遵循這個模式。

第Ⅰ部分 專業的C++簡介
第1章 C++速成
第2章 設計專業的C++程序
第3章 面向對象設計
第4章 設計可重用代碼
第5章 編碼風格

第Ⅱ部分 專業的C++編碼方法
第6章 熟悉類和對象
第7章 掌握類與對象
第8章 揭秘繼承技術
第9章 理解靈活而奇特的C++
第10章 錯誤處理
第11章 深入探討標準庫
第12章 理解容器與迭代器
第13章 掌握STL算法
第14章 使用字符串與正則表達式
第15章 C++ I/O揭秘
第16章 其他庫工具
第17章 自定義和擴展STL

第Ⅲ部分 掌握C++的高級特性
第18章 C++運算符重載
第19章 利用模板編寫泛型代碼
第20章 模板的高級特性
第21章 高效的內存管理
第22章 C++多線程編程

第Ⅳ部分 C++軟件工程
第23章 充分利用軟件工程方法
第24章 編寫高效的C++程序
第25章 開發跨平臺和跨語言的應用程序
第26章 成為測試專家
第27章 熟練掌握調試技術
第28章 將設計技術和框架結合使用
第29章 應用設計模式

附錄A C++面試
附錄B 帶注解的參考文獻
附錄C 標準庫頭文件．

提供整潔的接口
為了避免在接口中遺漏功能，某些程序員走向另一個極端：他們包含了可以想到的所有功能。使用這個接口的程序員總是可以找到完成任務的方法。遺憾的是，這個接口可能非常混亂，他們無法指出如何實現這個接口。
不要在接口中提供不必要的功能，保持接口的簡單整潔。乍看上去，這個指導方針與前面避免遺漏必要功能的策略相違背。為了避免遺漏功能而包含所有想象得到的接口盡管是一個策略，但是并不是一個健全的策略。應該包含必要的功能并省略不必要甚至起反作用的接口。
再次考慮汽車示例。開汽車只需要使用幾個組件：方向盤、剎車、油門踏板、換擋、后視鏡、里程計以及儀表板上的一些其他儀表。現在想象一下，如果汽車的儀表板與飛機的駕駛員座艙類似，具有上百個儀表、控制桿、監控器以及按鈕，這沒法用！由于接口比較簡單，開汽車比開飛機容易多了：您不需要關心海拔高度、與控制塔通話或者控制飛機中眾多的組件（例如機翼、發動機以及起落裝置）。
此外，從發展的觀點來看，比較小的庫容易維護。如果您試圖讓每個人都很愉快，那么就應該留出更多的空間來容納錯誤，如果您的實現非常復雜以至于糾纏不清，哪怕一個錯誤也能讓庫變得無效。
遺憾的是，設計簡潔接口的思想看起來很好，但是實際上非常困難。這個規則基本上是主觀的：您決定什么是必須的，什么不是。當然，當您的判斷出錯時客戶一定會通知您。
提供文檔以及注釋
無論接口多么便于使用，都應該提供使用文檔。如果不告訴程序員如何使用，不能期望他們會正確使用庫。應該將庫或代碼稱為供其他程序員使用的產品。產品應該帶有說明其正確用法的文檔。提供接口文檔有兩種方法：接口自身內部的注釋以及外部的文檔。您應該盡量提供這兩種文檔。大多數公開的APl只提供外部文檔：在許多標準Unix以及Windows頭文件中都缺少注釋。在Unix中，文檔的形式通常是名為inan pages的在線手冊。在Windows中，集成開發環境通常附帶文檔。雖然多數APl以及庫都取消了接口內的注釋，但是我們認為這種形式的文檔才是最重要的。絕不應該給出一個只包含代碼的“赤裸的”頭文件。即使注釋與外部文檔完全相同，具有友好注釋的頭文件也比只有代碼的頭文件看上去舒服，即使是最優秀的程序員也希望經常看到書面語言。
有些程序員使用工具將注釋自動轉換為文檔，第5章詳細討論這一技術。
無論您提供注釋、外部文檔還是二者都提供，文檔都應該描述庫的行為而不是實現。行為包括輸入、輸出、錯誤條件以及處理、預定用法以及|生能保障。例如，描述生成單個隨機數的調用的文檔應該說明這個調用不需要參數，返回一個預先指定范圍的整數，還應該列出當出現問題時可能拋出的所有異常。文檔不應該詳細解釋實際生成數字的線性同余算法，在接口注釋中提供太多的實現細節可能是接口開發中最常見的錯誤。適用于維護庫的人員而不是客戶的注釋會破壞接口以及實現的良好分離，許多開發人員都見到過這種情況。
當然內部的實現也應該有文檔記錄，只是不要把它作為接口的一部分公開。第5章詳細討論如何在代碼中恰當地使用注釋。