條款1：指針與引用的區(qū)別
二者之間的區(qū)別是：在任何情況下都不能用指向空值的引用，而指針則可以；指針可以被重新賦值以指向另一個(gè)不同的對(duì)象，但是引用則總是指向在初始化時(shí)被指定的對(duì)象，以后不能改變。
在以下情況下使用指針：一是存在不指向任何對(duì)象的可能性；二是需要能夠在不同的時(shí)刻指向不同的對(duì)象。
在以下情況使用引用：總是指向一個(gè)對(duì)象且一旦指向一個(gè)對(duì)象之后就不會(huì)改變指向；重載某個(gè)操作符時(shí)，使用指針會(huì)造成語義誤解。
條款2：盡量使用C＋＋風(fēng)格的類型轉(zhuǎn)換
static_cast：功能上基本上與C風(fēng)格的類型轉(zhuǎn)換一樣強(qiáng)大，含義也一樣。但是不能把struct轉(zhuǎn)換成int類型或者把double類型轉(zhuǎn)換成指針類型。另外，它不能從表達(dá)式中去除const屬性。
const_cast：用于類型轉(zhuǎn)換掉表達(dá)式的const或volatileness屬性。但是不能用它來完成修改這兩個(gè)屬性之外的事情。
dynamic_cast：用于安全地沿著類的繼承關(guān)系向下類型轉(zhuǎn)換。失敗的轉(zhuǎn)換將返回空指針或者拋出異常。
reinterpret_cast：這個(gè)操作符被用于的類型轉(zhuǎn)換的轉(zhuǎn)換結(jié)果時(shí)實(shí)現(xiàn)時(shí)定義。因此，使用它的代碼很難移植。最普通的用途就是在函數(shù)指針之間進(jìn)行轉(zhuǎn)換。
條款3：不要使用多態(tài)性數(shù)組
多態(tài)和指針?biāo)惴ú荒芑旌显谝黄鹗褂茫詳?shù)組和多態(tài)也不能用在一起。
數(shù)組中各元素的內(nèi)存地址是數(shù)組的起始地址加上之前各個(gè)元素的大小得到的，如果各元素大小不一，那么編譯器將不能正確地定位元素，從而產(chǎn)生錯(cuò)誤。
條款4：避免無用的缺省構(gòu)造函數(shù)
沒有缺省構(gòu)造函數(shù)造成的問題：通常不可能建立對(duì)象數(shù)組，對(duì)于使用非堆數(shù)組，可以在定義時(shí)提供必要的參數(shù)。另一種方法是使用指針數(shù)組，但是必須刪除數(shù)組里的每個(gè)指針指向的對(duì)象，而且還增加了內(nèi)存分配量。
提供無意義的缺省構(gòu)造函數(shù)會(huì)影響類的工作效率，成員函數(shù)必須測(cè)試所有的部分是否都被正確的初始化。
條款5：謹(jǐn)慎定義類型轉(zhuǎn)換函數(shù)
缺省的隱式轉(zhuǎn)換將帶來出乎意料的結(jié)果，因此應(yīng)該盡量消除，使用顯式轉(zhuǎn)換函數(shù)。通過不聲明運(yùn)算符的方法，可以克服隱式類型轉(zhuǎn)換運(yùn)算符的缺點(diǎn)，通過使用explicit關(guān)鍵字和代理類的方法可以消除單參數(shù)構(gòu)造函數(shù)造成的隱式轉(zhuǎn)換。
條款6：自增和自減操作符前綴形式與后綴形式的區(qū)別
后綴式有一個(gè)int類型參數(shù)，當(dāng)函數(shù)被調(diào)用時(shí)，編譯器傳遞一個(gè)0作為int參數(shù)的值傳遞給該函數(shù)。可以在定義時(shí)省略掉不想使用的參數(shù)名稱，以避免警告信息。
后綴式返回const對(duì)象，原因是 ：使該類的行為和int一致，而int不允許連續(xù)兩次自增后綴運(yùn)算；連續(xù)兩次運(yùn)算實(shí)際只增一次，和直覺不符。
前綴比后綴效率更高，因?yàn)楹缶Y要返回對(duì)象，而前綴只返回引用。另外，可以用前綴來實(shí)現(xiàn)后綴，以方便維護(hù)。
條款7：不要重載&&，||，或者“，”
對(duì) 于以上操作符來說，計(jì)算的順序是從左到右，返回最右邊表達(dá)式的值。如果重載的話，不能保證其計(jì)算順序和基本類型想同。操作符重載的目的是使程序更容易閱 讀，書寫和理解，而不是來迷惑其他人。如果沒有一個(gè)好理由重載操作符，就不要重載。而對(duì)于&&，||和“，”，很難找到一個(gè)好理由。
條款8：理解各種不同含義的new和delete
new操作符完成的功能分兩部分：第一部分是分配足夠的內(nèi)存以便容納所需類型的對(duì)象；第二部分是它調(diào)用構(gòu)造函數(shù)初始化內(nèi)存中的對(duì)象。new操作符總是做這兩件事，我們不能以任何方式改變它的行為。
我們能改變的是如何為對(duì)象分配內(nèi)存。new操作符通過調(diào)用operator new來完成必需的內(nèi)存分配，可以重寫或重載這個(gè)函數(shù)來改變它的行為。可以顯式調(diào)用operator來分配原始內(nèi)存。
如果已經(jīng)分配了內(nèi)存，需要以此內(nèi)存來構(gòu)造對(duì)象，可以使用placement new，其調(diào)用形式為new(void* buffer)class(int size)。
對(duì)于delete來說，應(yīng)該和new保持一致，怎樣分配內(nèi)存，就應(yīng)該采用相應(yīng)的辦法釋放內(nèi)存。
operator new[]與operator delete[]和new與delete相類似。
條款9：使用析構(gòu)函數(shù)防止資源泄漏
使用指針時(shí)，如果在delete指針之前產(chǎn)生異常，將會(huì)導(dǎo)致不能刪除指針，從而產(chǎn)生資源泄漏。
解決辦法：使用對(duì)象封裝資源，如使用auto_ptr，使得資源能夠自動(dòng)被釋放。
條款10：在構(gòu)造函數(shù)中防止資源泄漏
類中存在指針時(shí)，在構(gòu)造函數(shù)中需要考慮出現(xiàn)異常的情況：異常將導(dǎo)致以前初始化的其它指針成員不能刪除，從而產(chǎn)生資源泄漏。解決辦法是在構(gòu)造函數(shù)中考慮異常處理，產(chǎn)生異常時(shí)釋放已分配的資源。最好的方法是使用對(duì)象封裝資源。
條款11：禁止異常信息傳遞到析構(gòu)函數(shù)外
禁止異常傳遞到析構(gòu)函數(shù)外的兩個(gè)原因：第一能夠在異常傳遞的堆棧輾轉(zhuǎn)開解的過程中，防止terminate被調(diào)用；第二它能幫助確保析構(gòu)函數(shù)總能完成我們希望它做的所有事情。
解決方法是在析構(gòu)函數(shù)中使用try-catch塊屏蔽所有異常。
條款12：理解“拋出一個(gè)異常”與“傳遞一個(gè)參數(shù)”或“調(diào)用一個(gè)虛函數(shù)”間的差異
有 三個(gè)主要區(qū)別：第一，異常對(duì)象在傳遞時(shí)總被進(jìn)行拷貝。當(dāng)通過傳值方式捕獲時(shí)，異常對(duì)象被拷貝了兩次。對(duì)象作為參數(shù)傳遞給函數(shù)時(shí)不需要被拷貝；第二，對(duì)象作 為異常被拋出與作為參數(shù)傳遞給函數(shù)相比，前者類型轉(zhuǎn)換比后者少（前者只有兩種轉(zhuǎn)換形式：繼承類與基類的轉(zhuǎn)換，類型化指針到無類型指針的轉(zhuǎn)換）；最后一點(diǎn)， catch子句進(jìn)行異常類型匹配的順序是它們?cè)谠创a中出現(xiàn)的順序，第一個(gè)類型匹配成功的擦他處將被用來執(zhí)行。當(dāng)一個(gè)對(duì)象調(diào)用一個(gè)虛函數(shù)時(shí)，被選擇的函數(shù) 位于與對(duì)象類型匹配最佳的類里，急事該類不是在源代碼的最前頭。
條款13：通過引用捕獲異常
有三個(gè)選擇可以捕獲異常：第一、指 針，建立在堆中的對(duì)象必需刪除，而對(duì)于不是建立在堆中的對(duì)象，刪除它會(huì)造成不可預(yù)測(cè)的后果，因此將面臨一個(gè)難題：對(duì)象建立在堆中還是不在堆中；第二、傳 值，異常對(duì)象被拋出時(shí)系統(tǒng)將對(duì)異常對(duì)象拷貝兩次，而且它會(huì)產(chǎn)生“對(duì)象切割”，即派生類的異常對(duì)象被作為基類異常對(duì)象捕獲時(shí)，它的派生類行為就被切割調(diào)了。 這樣產(chǎn)生的對(duì)象實(shí)際上是基類對(duì)象；第三、引用，完美解決以上問題。
條款14：審慎使用異常規(guī)格
避免調(diào)用unexpected函數(shù) 的辦法：第一、避免在帶有類型參數(shù)的模板內(nèi)使用異常規(guī)格。因?yàn)槲覀儧]有辦法知道某種模板類型參數(shù)拋出什么樣的異常，所以不可能為一個(gè)模板提供一個(gè)有意義的 異常規(guī)格；第二、如果在一個(gè)函數(shù)內(nèi)調(diào)用其它沒有異常規(guī)格的函數(shù)時(shí)應(yīng)該去除這個(gè)函數(shù)的異常規(guī)格；第三、處理系統(tǒng)本身拋出的異常。可以將所有的 unexpected異常都被替換為自定義的異常對(duì)象，或者替換unexpected函數(shù)，使其重新拋出當(dāng)前異常，這樣異常將被替換為 bad_exception，從而代替原來的異常繼續(xù)傳遞。
很容易寫出違反異常規(guī)格的代碼，所以應(yīng)該審慎使用異常規(guī)格。
條款15：了解異常處理的系統(tǒng)開銷
三 個(gè)方面：第一、需要空間建立數(shù)據(jù)結(jié)構(gòu)來跟蹤對(duì)象是否被完全構(gòu)造，還需要系統(tǒng)時(shí)間保持這些數(shù)據(jù)結(jié)構(gòu)不斷更新；第二、try塊。無論何時(shí)使用它，都得為此付出 代價(jià)。編譯器為異常規(guī)格生成的代碼與它們?yōu)閠ry塊生成的代碼一樣多，所以一個(gè)異常規(guī)格一般花掉與try塊一樣多的系統(tǒng)開銷。第三、拋出異常的開銷。因?yàn)?異常很少見，所以這樣的事件不會(huì)對(duì)整個(gè)程序的性能造成太大的影響。
條款16：牢記80─20準(zhǔn)則
80─20準(zhǔn)則說的是大約20%的代碼使用了80%的程序資源，即軟件整體的性能取決于代碼組成中的一小部分。使用profiler來確定程序中的那20%，關(guān)注那些局部效率能夠被極大提高的地方。
條款17：考慮使用懶惰計(jì)算法
懶惰計(jì)算法的含義是拖延計(jì)算的時(shí)間，等到需要時(shí)才進(jìn)行計(jì)算。其作用為：能避免不需要的對(duì)象拷貝，通過使用operator[]區(qū)分出讀寫操作，避免不需要的數(shù)據(jù)庫(kù)讀取操作，避免不需要的數(shù)字操作。但是，如果計(jì)算都是重要的，懶惰計(jì)算法可能會(huì)減慢速度并增加內(nèi)存的使用。
條款18：分期攤還期望的計(jì)算
核心是使用過度熱情算法，有兩種方法：緩存那些已經(jīng)被計(jì)算出來而以后還有可能需要的值；預(yù)提取，做比當(dāng)前需要做的更多事情。
當(dāng)必須支持某些操作而不總需要其結(jié)果時(shí)，可以使用懶惰計(jì)算法提高程序運(yùn)行效率；當(dāng)必須支持某些操作而其結(jié)果幾乎總是被需要或不止一次地需要時(shí)，可以使用過度熱情算法提高程序運(yùn)行效率。
條款19：理解臨時(shí)對(duì)象的來源
臨時(shí)對(duì)象產(chǎn)生的兩種條件：為了是函數(shù)成功調(diào)用而進(jìn)行隱式類型轉(zhuǎn)換和函數(shù)返回對(duì)象時(shí)。
臨時(shí)對(duì)象是有開銷的，因此要盡可能去消除它們，然而更重要的是訓(xùn)練自己尋找可能建立臨時(shí)對(duì)象的地方。在任何時(shí)候只要見到常量引用參數(shù)，就存在建立臨時(shí)對(duì)象而綁定在參數(shù)上的可能性。在任何時(shí)候只要見到函數(shù)返回對(duì)象，就會(huì)有一個(gè)臨時(shí)對(duì)象被建立（以后被釋放）。
條款20：協(xié)助完成返回值優(yōu)化
應(yīng)當(dāng)返回一個(gè)對(duì)象時(shí)不要試圖返回一個(gè)指針或引用。
C+ +規(guī)則允許編譯器優(yōu)化不出現(xiàn)的臨時(shí)對(duì)象，所有最佳的辦法莫過于：retrun Ratinal(lhs.numerator()*rhs.numerator(), lhs.denominator()*rhs.denominator())。這種優(yōu)化是通過使用函數(shù)的retuan location（或者用在一個(gè)函數(shù)調(diào)用位置的對(duì)象來替代），來消除局部臨時(shí)對(duì)象，這種優(yōu)化還有一個(gè)名字：返回值優(yōu)化。
條款21：通過重載避免隱式類型轉(zhuǎn)換
隱式類型轉(zhuǎn)換將產(chǎn)生臨時(shí)對(duì)象，從而帶來額外的系統(tǒng)開銷。
解決辦法是使用重載，以避免隱式類型轉(zhuǎn)換。要注意的一點(diǎn)是在C++中有一條規(guī)則是每一個(gè)重載的operator必須帶有一個(gè)用戶定義類型的參數(shù)（這條規(guī)定是有道理的，如果沒有的話，程序員將能改變預(yù)定義的操作，這樣做肯定吧程序引入混亂的境地）。
另外，牢記80─20規(guī)則，沒有必要實(shí)現(xiàn)大量的重載函數(shù)，除非有理由確信程序使用重載函數(shù)后整體效率會(huì)有顯著提高。
條款22：考慮用運(yùn)算符的賦值形式取代其單獨(dú)形式
運(yùn)算符的賦值形式不需要產(chǎn)生臨時(shí)對(duì)象，因此應(yīng)該盡量使用。對(duì)運(yùn)算符的單獨(dú)形式的最佳實(shí)現(xiàn)方法是return Rational(lhs) += rhs;這種方法將返回值優(yōu)化和運(yùn)算符的賦值形式結(jié)合起來，即高效，又方便。
條款23：考慮變更程序庫(kù)
程序庫(kù)必須在效率和功能等各個(gè)方面有各自的權(quán)衡，因此在具體實(shí)現(xiàn)時(shí)應(yīng)該考慮利用程序庫(kù)的優(yōu)點(diǎn)。例如程序存在I/O瓶頸，就可以考慮用stdio替代iostream。
條款24：理解虛擬函數(shù)、多繼承、虛基類和RTTI所需的代價(jià)
虛函數(shù)所需的代價(jià)：必須為每個(gè)包含虛函數(shù)的類的virtual table留出空間；每個(gè)包含虛函數(shù)的類的對(duì)象里，必須為額外的指針付出代價(jià)；實(shí)際上放棄了使用內(nèi)聯(lián)函數(shù)。
多繼承時(shí)，在單個(gè)對(duì)象里有多個(gè)vptr（一個(gè)基類對(duì)應(yīng)一個(gè)）。它和虛基類一樣，會(huì)增加對(duì)象體積的大小。
RTTI能讓我們?cè)谶\(yùn)行時(shí)找到對(duì)象和類的有關(guān)信息，所以肯定有某個(gè)地方存儲(chǔ)了這些信息，讓我們查詢。這些信息被存儲(chǔ)在類型為type_info的對(duì)象里，可以通過typeid操作符訪問到一個(gè)類的typeid對(duì)象。通常，RTTI被設(shè)計(jì)為在類的vbtl上實(shí)現(xiàn)。
條款25：將構(gòu)造函數(shù)和非成員函數(shù)虛擬化
構(gòu) 造函數(shù)的虛擬化看似無意義，但是在實(shí)際當(dāng)中有一定的用處。例如，在類中構(gòu)建一個(gè)虛擬函數(shù)，其功能僅僅是實(shí)現(xiàn)構(gòu)造函數(shù)，就可以對(duì)外界提供一組派生類的公共構(gòu) 造接口。虛擬拷貝構(gòu)造函數(shù)也是可以實(shí)現(xiàn)的，但是要利用到最近才被采納的較寬松的虛擬函數(shù)返回值類型規(guī)則。被派生類重定義的虛擬函數(shù)不用必須與基類的虛擬函 數(shù)具有一樣的返回類型。
具有虛擬行為的非成員函數(shù)很簡(jiǎn)單。首先編寫一個(gè)虛擬函數(shù)完成工作，然后再寫衣一個(gè)非虛擬函數(shù)，它什么也不做只是調(diào)用這個(gè)函數(shù)，可以使用內(nèi)聯(lián)來避免函數(shù)調(diào)用的開銷。
條款26：限制某個(gè)類所能產(chǎn)生的對(duì)象數(shù)量
只 有一個(gè)對(duì)象：使用單一模式，將類的構(gòu)造函數(shù)聲明為private，再聲明一個(gè)靜態(tài)函數(shù)，該函數(shù)中有一個(gè)類的靜態(tài)對(duì)象。不將該靜態(tài)對(duì)象放在類中原因是放在函 數(shù)中時(shí)，執(zhí)行函數(shù)時(shí)才建立對(duì)象，并且對(duì)象初始化時(shí)間確定的，即第一次執(zhí)行該函數(shù)時(shí)。另外，該函數(shù)不能聲明為內(nèi)聯(lián)，如果內(nèi)聯(lián)可能造成程序的靜態(tài)對(duì)象拷貝超過 一個(gè)。
限制對(duì)象個(gè)數(shù)：建立一個(gè)基類，構(gòu)造函數(shù)中計(jì)數(shù)加一，若超過最大值則拋出異常；析構(gòu)函數(shù)中計(jì)數(shù)減一。
編程點(diǎn)滴：
●將模板類的定義和實(shí)現(xiàn)放在一個(gè)文件中，否則將造成引用未定義錯(cuò)誤（血的教訓(xùn)）；
●靜態(tài)數(shù)據(jù)成員需要先聲明再初始化；
●用常量值作初始化的有序類型的const靜態(tài)數(shù)據(jù)成員是一個(gè)常量表達(dá)式（可以作為數(shù)組定義的維數(shù)）；
●構(gòu)造函數(shù)中拋出異常，將導(dǎo)致靜態(tài)數(shù)組成員重新初始化。
條款27：要求或禁止在堆中產(chǎn)生對(duì)象
在堆中的對(duì)象不一定是用new分配的對(duì)象，例如成員對(duì)象，雖然不是用new分配的但是仍然在堆中。
要 求在堆中建立對(duì)象可以將析構(gòu)函數(shù)聲明未private，再建立一個(gè)虛擬析構(gòu)函數(shù)進(jìn)行對(duì)象析構(gòu)。此時(shí)如果建立非堆對(duì)象將導(dǎo)致析構(gòu)函數(shù)不能通過編譯。當(dāng)然也可 以將構(gòu)造函數(shù)聲明為private，但是這樣將導(dǎo)致必須聲明n個(gè)構(gòu)造函數(shù)（缺省，拷貝等等）。為了解決繼承問題，可以將其聲明為protected，解決 包容問題則只能將其聲明為指針。
沒有辦法不能判斷一個(gè)對(duì)象是否在堆中，但是可以判斷一個(gè)對(duì)象是否可以安全用delete刪除，只需在operator new中將其指針加入一個(gè)列表，然后根據(jù)此列表進(jìn)行判斷。
把一個(gè)指針dynamic_cast成void*類型（或const void*或volatile void*等），生成的指針將指向“原指針指向?qū)ο髢?nèi)存”的開始處。但是dynamic_cast只能用于“指向至少具有一個(gè)虛擬函數(shù)的對(duì)象”的指針上。
禁止建立堆對(duì)象可以簡(jiǎn)單的將operator new聲明為private，但是仍然不能判斷其是否在堆中。
條款28：靈巧（smart）指針
靈巧指針的用處是可以對(duì)操作進(jìn)行封裝，同一用戶接口。
靈巧指針從模板生成，因?yàn)橐c內(nèi)建指針類似，必須是強(qiáng)類型的；模板參數(shù)確定指向?qū)ο蟮念愋汀?br /> 靈巧指針的拷貝和賦值，采取的方案是“當(dāng)auto_ptr被拷貝和賦值時(shí)，對(duì)象所有權(quán)隨之被傳遞”。此時(shí)，通過傳值方式傳遞靈巧指針對(duì)象將導(dǎo)致不確定的后果，應(yīng)該使用引用。
記住當(dāng)返回類型是基類而返回對(duì)象實(shí)際上派生類對(duì)象時(shí)，不能傳遞對(duì)象，應(yīng)該傳遞引用或指針，否則將產(chǎn)生對(duì)象切割。
測(cè)試靈巧指針是否為NULL有兩種方案：一種是使用類型轉(zhuǎn)換，將其轉(zhuǎn)換為void*，但是這樣將導(dǎo)致類型不安全，因?yàn)椴煌愋偷撵`巧指針之間將能夠互相比較；另一種是重載operator!，這種方案只能使用!ptr這種方式檢測(cè)。
最好不要提供轉(zhuǎn)換到內(nèi)建指針的隱式類型轉(zhuǎn)換操作符，直接提供內(nèi)建指針將破壞靈巧指針的“靈巧”特性。
靈巧指針的繼承類到基類的類型轉(zhuǎn)換的一個(gè)最佳解決方案是使用模板成員函數(shù)，這將使得內(nèi)建指針?biāo)锌梢赞D(zhuǎn)換的類型也可以在靈巧指針中進(jìn)行轉(zhuǎn)換。但是對(duì)于間接繼承的情況，必須用dynamic_cast指定其要轉(zhuǎn)換的類型是直接基類還是間接基類。
為了實(shí)現(xiàn)const靈巧指針，可以新建一個(gè)類，該類從非const靈巧指針繼承。這樣的化，const靈巧指針能做的，非const靈巧指針也能做，從而與標(biāo)準(zhǔn)形式相同。
條款29：引用計(jì)數(shù)
使用引用計(jì)數(shù)后，對(duì)象自己擁有自己，當(dāng)沒有人再使用它時(shí)，它自己自動(dòng)銷毀自己。因此，引用計(jì)數(shù)是個(gè)簡(jiǎn)單的垃圾回收體系。
在基類中調(diào)用delete this將導(dǎo)致派生類的對(duì)象被銷毀。
寫時(shí)拷貝：與其它對(duì)象共享一個(gè)值直到寫操作時(shí)才擁有自己的拷貝。它是Lazy原則的特例。
精彩的類層次結(jié)構(gòu)：
RCObject類提供計(jì)數(shù)操作；StringValue包含指向數(shù)據(jù)的指針并繼承RCObject的計(jì)數(shù)操作；RCPtr是一個(gè)靈巧指針，封裝了本屬于String的一些計(jì)數(shù)操作。
條款30：代理類
可以用兩個(gè)類來實(shí)現(xiàn)二維數(shù)組：Array1D是一個(gè)一維數(shù)組，而Array2D則是一個(gè)Array1D的一維數(shù)組。Array1D的實(shí)例扮演的是一個(gè)在概念上不存在的一維數(shù)組，它是一個(gè)代理類。
代 理類最神奇的功能是區(qū)分通過operator[]進(jìn)行的是讀操作還是寫操作，它的思想是對(duì)于operator[]操作，返回的不是真正的對(duì)象，而是一個(gè) proxy類，這個(gè)代理類記錄了對(duì)象的信息，將它作為賦值操作的目標(biāo)時(shí)，proxy類扮演的是左值，用其它方式使用它，proxy類扮演的是右值。用賦值 操作符來實(shí)現(xiàn)左值操作，用隱式類型轉(zhuǎn)換來實(shí)現(xiàn)右值操作。
用proxy類區(qū)分operator[]作左值還是右值的局限性：要實(shí)現(xiàn)proxy類和原類型的無縫替代，必須申明原類型的一整套操作符；另外，使用proxy類還有隱式類型轉(zhuǎn)換的所有缺點(diǎn)。
編程點(diǎn)滴：不能將臨時(shí)對(duì)象綁定為非const的引用的行參。
條款31：讓函數(shù)根據(jù)一個(gè)以上的對(duì)象來決定怎么虛擬
有 三種方式：用虛函數(shù)加RTTI，在派生類的重載虛函數(shù)中使用if-else對(duì)傳進(jìn)的不同類型參數(shù)執(zhí)行不同的操作，這樣做幾乎放棄了封裝，每增加一個(gè)新的類 型時(shí)，必須更新每一個(gè)基于RTTI的if-else鏈以處理這個(gè)新的類型，因此程序本質(zhì)上是沒有可維護(hù)性的；只使用虛函數(shù)，通過幾次單獨(dú)的虛函數(shù)調(diào)用，第 一次決定第一個(gè)對(duì)象的動(dòng)態(tài)類型，第二次決定第二個(gè)對(duì)象動(dòng)態(tài)類型，如此這般。然而，這種方法的缺陷仍然是：每個(gè)類必須知道它的所有同胞類，增加新類時(shí)，所有 代碼必須更新；模擬虛函數(shù)表，在類外建立一張模擬虛函數(shù)表，該表是類型和函數(shù)指針的映射，加入新類型是不須改動(dòng)其它類代碼，只需在類外增加一個(gè)處理函數(shù)即 可。
條款32：在未來時(shí)態(tài)開發(fā)程序
未來時(shí)態(tài)的考慮只是簡(jiǎn)單地增加了一些額外約束：
●提供完備的類，即使某些部分現(xiàn)在還沒有被使用。
●將接口設(shè)計(jì)得便于常見操作并防止常見錯(cuò)誤。使得類容易正確使用而不易用錯(cuò)。
●如果沒有限制不能通用化代碼，那么通用化它。
條款33：將非尾端類設(shè)計(jì)為抽象類
如果有一個(gè)實(shí)體類公有繼承自另一個(gè)實(shí)體類，應(yīng)該將兩個(gè)類的繼承層次改為三個(gè)類的繼承層次，通過創(chuàng)造一個(gè)新的抽象類并將其它兩個(gè)實(shí)體類都從它繼承。因此，設(shè)計(jì)類層次的一般規(guī)則是：非尾端類應(yīng)該是抽象類。在處理外來的類庫(kù)，可能不得不違反這個(gè)規(guī)則。
編程點(diǎn)滴：抽象類的派生類不能是抽象類；實(shí)現(xiàn)純虛函數(shù)一般不常見，但對(duì)純虛析構(gòu)函數(shù)，它必須實(shí)現(xiàn)。
條款34：如何在同一程序中混合使用C++和C
混合編程的指導(dǎo)原則：
●確保C++和C編譯器產(chǎn)生兼容的obj文件。
●將在兩種語言下都使用的函數(shù)申明為extern ‘C’。
●只要可能，用C++寫main()。
●總用delete釋放new分配的內(nèi)存；總用free釋放malloc分配的內(nèi)存。
●將在兩種語言間傳遞的東西限制在用C編譯的數(shù)據(jù)結(jié)構(gòu)的范圍內(nèi)；這些結(jié)構(gòu)的C++版本可以包含非虛成員函數(shù)。
條款35：讓自己習(xí)慣使用標(biāo)準(zhǔn)C++語言
STL 基于三個(gè)基本概念：包容器（container）、選擇子（iterator）和算法（algorithms）。包容器是被包容的對(duì)象的封裝；選擇子是類 指針的對(duì)象，讓你能如同使用指針操作內(nèi)建類型的數(shù)組一樣操作STL的包容器；算法是對(duì)包容器進(jìn)行處理的函數(shù)，并使用選擇子來實(shí)現(xiàn)。
文章來源:
http://my.donews.com/robinchow/2007/01/11/qimyhmnmnudhngtapaqrnsghpptjuutkcfjj/