C++編程規範：101條規則、準則與最佳實踐 pdf epub mobi txt 電子書 下載 2025

簡體網頁||繁體網頁

☆☆☆☆☆

[加] 赫布·薩特（Herb Sutter），[羅] 安德烈亞曆剋斯安德萊斯庫（Andrei Alexandrescu） 著，劉基誠 譯

齣版社： 人民郵電齣版社

ISBN：9787115351357

版次：1

商品編碼：11896170

品牌：異步圖書

包裝：平裝

開本：16開

齣版時間：2016-03-01

用紙：膠版紙

頁數：216

正文語種：中文

編輯推薦

　　C++領域20年集大成之作　　兩位世界專傢聯袂巨獻　　適閤所有層次C++程序員　　良好的編程規範可以改善代碼質量，縮短上市時間，提升團隊效率，簡化維護工作。在本書中，兩位全世界受尊敬的C++專傢將全球C++社區的集體智慧和經驗凝結成一整套編程規範。這些規範可以作為每一個開發團隊製定實際開發規範的基礎，更是每一位C++程序員應該遵循的行事準則。　　本書涵蓋瞭C++程序設計的每一個方麵，包括設計和編碼風格、函數、操作符、類的設計、繼承、構造與析構、賦值、名字空間、模塊、模闆、泛型、異常、STL容器和算法等。書中對每一條規範都給齣瞭言簡意賅的概述，並輔以實例說明；另外還給齣瞭從類型定義到錯誤處理等方麵的大量C++實踐，包括許多總結和標準化的技術。即使使用C++多年的程序員也會從中受益匪淺。　　通過閱讀本書，可以找到以下問題的答案。　　哪些東西值得標準化？哪些東西不值得標準化？　　使代碼可擴展的方法是什麼？　　閤理的錯誤處理策略有哪些要素？　　如何（和為什麼要）避免不必要的初始化、循環依賴和定義依賴？　　何時應該（以及如何）同時使用靜態和動態的多態性；　　如何實踐“安全的”改寫？　　何時該提供不會失敗的交換？　　為什麼阻止異常跨越模塊邊界傳播？如何阻止？　　為什麼不應該在頭文件中寫名字空間聲明或指令？　　為什麼應該使用STL vector和string代替數組？　　如何選擇正確的STL搜索或排序算法？　　為瞭保證代碼的類型安全，應該遵從哪些規則？

內容簡介

　　在《C++編程規範：101條規則、準則與實踐》中，兩位知名的C++專傢將全球C++界20年的集體智慧和經驗凝結成一套編程規範。這些規範可以作為每一個開發團隊製定實際開發規範的基礎，更是每一位C++程序員應該遵循的行事準則。書中對每一條規範都給齣瞭描述，並輔以實例說明；從類型定義到錯誤處理，都給齣瞭C++實踐，即使使用C++多年的程序員也會從本書中受益匪淺。　　《C++編程規範：101條規則、準則與實踐》適閤於各層次C++程序員使用，也可作為高等院校C++課程的教學參考書。

作者簡介

　　Herb Sutter，是ISO C++標準委員會主席，《C++ Users Journal》雜誌特邀編輯和專欄作傢。他目前在微軟公司領導.NET環境下C++語言擴展的設計工作。
　　Andrei Alexandrescu，是C++專傢，《C++ Users Journal》雜誌的專欄作傢，他的《Modern C++ Design》一書曾榮獲2001年C++圖書稱號。

目錄

組織和策略問題　1
第0條　不要拘泥於小節(又名：瞭解哪些東西不應該標準化)　2
第1條　在高警告級彆乾淨利落地進行編譯　4
第2條　使用自動構建係統　7
第3條　使用版本控製係統　8
第4條　做代碼審查　9設計風格　11
第5條　一個實體應該隻有一個緊湊的職責　12
第6條　正確、簡單和清晰第一　13
第7條　編程中應知道何時和如何考慮可伸縮性　14
第8條　不要進行不成熟的優化　16
第9條　不要進行不成熟的劣化　18
第10條　盡量減少全局和共享數據　19
第11條　隱藏信息　20
第12條　懂得何時和如何進行並發性編程　21
第13條　確保資源為對象所擁有。使用顯式的RAII和智能指針　24

編程風格　27
第14條　寜要編譯時和連接時錯誤，也不要運行時錯誤　28
第15條　積極使用const　30
第16條　避免使用宏　32
第17條　避免使用“魔數”　34
第18條　盡可能局部地聲明變量　35
第19條　總是初始化變量　36
第20條　避免函數過長，避免嵌套過深　38
第21條　避免跨編譯單元的初始化依賴　39
第22條　盡量減少定義性依賴。避免循環依賴　40
第23條　頭文件應該自給自足　42
第24條　總是編寫內部#include保護符，決不要編寫外部#include保護符　43

函數與操作符　45
第25條　正確地選擇通過值、(智能)指針或者引用傳遞參數　46
第26條　保持重載操作符的自然語義　47
第27條　優先使用算術操作符和賦值操作符的標準形式　48
第28條　優先使用++和--的標準形式。優先調用前綴形式　50
第29條　考慮重載以避免隱含類型轉換　51
第30條　避免重載&&、||或　，(逗號)　52
第31條　不要編寫依賴於函數參數求值順序的代碼　54

類的設計與繼承　55
第32條　弄清所要編寫的是哪種類　56
第33條　用小類代替巨類　57
第34條　用組閤代替繼承　58
第35條　避免從並非要設計成基類的類中繼承　60
第36條　優先提供抽象接口　62
第37條　公用繼承即可替換性。繼承，不是為瞭重用，而是為瞭被重用　64
第38條　實施安全的覆蓋　66
第39條　考慮將虛擬函數聲明為非公用的，將公用函數聲明為非虛擬的　68
第40條　要避免提供隱式轉換　70
第41條　將數據成員設為私有的，無行為的聚集(C語言形式的struct)除外　72
第42條　不要公開內部數據　74
第43條　明智地使用Pimpl　76
第44條　優先編寫非成員非友元函數　79
第45條　總是一起提供new和delete　80
第46條　如果提供類專門的new，應該提供所有標準形式(普通、就地和不拋齣)　82

構造、析構與復製　85
第47條　以同樣的順序定義和初始化成員變量　86
第48條　在構造函數中用初始化代替賦值　87
第49條　避免在構造函數和析構函數中調用虛擬函數　88
第50條　將基類析構函數設為公用且虛擬的，或者保護且非虛擬的　90
第51條　析構函數、釋放和交換絕對不能失敗　92
第52條　一緻地進行復製和銷毀　94
第53條　顯式地啓用或者禁止復製　95
第54條　避免切片。在基類中考慮用剋隆代替復製　96
第55條　使用賦值的標準形式　99
第56條　隻要可行，就提供不會失敗的swap(而且要正確地提供)　100

名字空間與模塊　103
第57條　將類型及其非成員函數接口置於同一名字空間中　104
第58條　應該將類型和函數分彆置於不同的名字空間中，除非有意想讓它們一起工作　106
第59條　不要在頭文件中或者#include之前編寫名字空間using　108
第60條　要避免在不同的模塊中分配和釋放內存　111
第61條　不要在頭文件中定義具有鏈接的實體　112
第62條　不要允許異常跨越模塊邊界傳播　114
第63條　在模塊的接口中使用具有良好可移植性的類型　116

模闆與泛型　119
第64條　理智地結閤靜態多態性和動態多態性　120
第65條　有意地進行顯式自定義　122
第66條　不要特化函數模闆　126
第67條　不要無意地編寫不通用的代碼　128

錯誤處理與異常　129
第68條　廣泛地使用斷言記錄內部假設和不變式　130
第69條　建立閤理的錯誤處理策略，並嚴格遵守　132
第70條　區彆錯誤與非錯誤　134
第71條　設計和編寫錯誤安全代碼　137
第72條　優先使用異常報告錯誤　140
第73條　通過值拋齣，通過引用捕獲　144
第74條　正確地報告、處理和轉換錯誤　145
第75條　避免使用異常規範　146

STL：容器　149
第76條　默認時使用vector。否則，選擇其他閤適的容器　150
第77條　用vector和string代替數組　152
第78條　使用vector(和string：：c_str)與非C++ API交換數據　153
第79條　在容器中隻存儲值和智能指針　154
第80條　用push_back代替其他擴展序列的方式　155
第81條　多用範圍操作，少用單元素操作　156
第82條　使用公認的慣用法真正地壓縮容量，真正地刪除元素　157

STL：算法　159
第83條　使用帶檢查的STL實現　160
第84條　用算法調用代替手工編寫的循環　162
第85條　使用正確的STL查找算法　165
第86條　使用正確的STL排序算法　166
第87條　使謂詞成為純函數　168
第88條　算法和比較器的參數應多用函數對象少用函數　170
第89條　正確編寫函數對象　172

類型安全　173
第90條　避免使用類型分支，多使用多態　174
第91條　依賴類型，而非其錶示方式　176
第92條　避免使用reinterpret_cast　177
第93條　避免對指針使用static_cast　178
第94條　避免強製轉換const　179
第95條　不要使用C風格的強製轉換　180
第96條　不要對非POD進行memcpy操作或者memcmp操作　182
第97條　不要使用聯閤重新解釋錶示方式　183
第98條　不要使用可變長參數(．．．)　184
第99條　不要使用失效對象。不要使用不安全函數　185
第100條　不要多態地處理數組　186

參考文獻　187
摘要匯總　193
索引　205

前言/序言

評分☆☆☆☆☆

這個商品挺好的。包裝很好，內容不錯。推薦下。

評分☆☆☆☆☆

非常實用的書，性價比非常高

評分☆☆☆☆☆

111111111

評分☆☆☆☆☆

還不錯，可以學到很多知識麵~

評分☆☆☆☆☆

很好很好，希望對自己有幫助，安安靜靜做一個攻城獅

評分☆☆☆☆☆

好

評分☆☆☆☆☆

包裝是問題，反應多少次都沒用。

評分☆☆☆☆☆

很好，很好，很贊

評分☆☆☆☆☆

挺好的一本書。