摘要: 異常的拋出

異常可以通過 throw 拋出，比如我定義一個函數(shù)別的不做只管拋出異常

先定義一個異常類

class Ex1
{
public:
string getString()
{
return "Ex1 ERROR!";
}
};  閱讀全文

     摘要: malloc負責在堆上申請一塊內(nèi)存并返回一個指向該內(nèi)存塊的 void 類型的指針， free負責釋放掉該指針指向的內(nèi)存塊。  閱讀全文

     摘要: 當我們在函數(shù)聲明中型參類型與我們輸入的實參類型不一致時編譯器會依據(jù)怎樣的原則進行處理呢。首先是將實參進行類型轉(zhuǎn)換，若類型轉(zhuǎn)換失敗，則編譯器會進行錯誤提示。進行類型轉(zhuǎn)換時需要使用類型轉(zhuǎn)換函數(shù)，那根據(jù)怎么樣順序來找出合適的函數(shù)呢?這個順序的規(guī)則是非常復雜的，但并不是說因為復雜我們就無法判斷了。我們來讓代碼說話。  閱讀全文

     摘要: 一切皆因虛函數(shù)的默認參數(shù)而起。當基類的虛函數(shù)中參數(shù)默認值與派生類中相應函數(shù)的參數(shù)默認值不相同時會發(fā)生什么樣的情況？  閱讀全文

     摘要: 當自定義的類中沒有定義拷貝構(gòu)造函數(shù)是，編譯器會自動為這個類創(chuàng)建一個。  閱讀全文

     摘要: 消除"對于類成員的引用所產(chǎn)生的二義"是不考慮訪問權(quán)限，可以歸結(jié)為：改變一個類成員的訪問權(quán)限不應改變程序的含義。  閱讀全文

     摘要: 當將一個派生類強制轉(zhuǎn)換成基類類型的時候，轉(zhuǎn)換方式不一樣會產(chǎn)生不一樣的效果。例如該代碼：static_cast(*this) ;


base 是基類，這句代碼是將當前對象強制轉(zhuǎn)化為積累類型的對象的引用，這樣的話不會再次調(diào)用基類的構(gòu)造函數(shù)。若轉(zhuǎn)換成基類對象那就要調(diào)用基類的構(gòu)造函數(shù)并創(chuàng)建出新的對象來了。
  閱讀全文

     摘要: 在一個函數(shù)中有個參數(shù)是 CONST 類型，例如: string & max(string s1,string s2) ,那么我調(diào)用的時候有可能會這樣寫：max("abc","edf"); 然后編譯，出錯。提示為 無法將 CONST 類型轉(zhuǎn)換為 非CONST 類型。那是因為編譯器在接收到"abc"的時候會生成一個臨時變量，然后將這個臨時變量傳入到 max 函數(shù)中。但是這個臨時變量是 CONST 類型的，與該函數(shù)的定義不一致，所以會在編譯時拋出類型不一致的錯誤。  閱讀全文

     摘要: 剛剛在 LINUX 下用 KDEVLOP 逐步調(diào)試了一下，當 A 類的析構(gòu)函數(shù)設置為虛函數(shù)的時候沒有出現(xiàn) VC 下那樣的錯誤提示，輸出也正確。只是我在 A 類的析構(gòu)函數(shù)中設置的斷點是無效的，就是說該析構(gòu)函數(shù)中語句是可以執(zhí)行的但是此處的斷點不能讓程序在此處停下來。看來可能是在此種問題上 VC 在 DEBUG時是做了一些并不是非常準確的但可能是安全性方面的提示。
  閱讀全文

     摘要: 摘自 CSDN
感覺這篇文章寫的不錯，看了之后很有收獲。本來想自己總結(jié)一下發(fā)布出來，但還是偷了個懶，把別人的東西拷貝過來了，  閱讀全文