• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            MySpace

              C++博客 :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理 ::
              18 隨筆 :: 2 文章 :: 10 評論 :: 0 Trackbacks

            06 2008 檔案

                 摘要: 異常的拋出

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

            先定義一個異常類

            class Ex1
            {
            public:
            string getString()
            {
            return "Ex1 ERROR!";
            }
            };  閱讀全文
            posted @ 2008-06-19 09:55 yang-chunlei 閱讀(251) | 評論 (0)  編輯

                 摘要: malloc負責在堆上申請一塊內存并返回一個指向該內存塊的 void 類型的指針, free負責釋放掉該指針指向的內存塊。  閱讀全文
            posted @ 2008-06-18 15:51 yang-chunlei 閱讀(391) | 評論 (0)  編輯

                 摘要: 當我們在函數聲明中型參類型與我們輸入的實參類型不一致時編譯器會依據怎樣的原則進行處理呢。首先是將實參進行類型轉換,若類型轉換失敗,則編譯器會進行錯誤提示。進行類型轉換時需要使用類型轉換函數,那根據怎么樣順序來找出合適的函數呢?這個順序的規則是非常復雜的,但并不是說因為復雜我們就無法判斷了。我們來讓代碼說話。  閱讀全文
            posted @ 2008-06-17 22:50 yang-chunlei 閱讀(1882) | 評論 (2)  編輯

                 摘要: 一切皆因虛函數的默認參數而起。當基類的虛函數中參數默認值與派生類中相應函數的參數默認值不相同時會發生什么樣的情況?  閱讀全文
            posted @ 2008-06-06 10:57 yang-chunlei 閱讀(578) | 評論 (0)  編輯

                 摘要: 當自定義的類中沒有定義拷貝構造函數是,編譯器會自動為這個類創建一個。  閱讀全文
            posted @ 2008-06-05 16:21 yang-chunlei 閱讀(379) | 評論 (0)  編輯

            posted @ 2008-06-05 10:11 yang-chunlei 閱讀(315) | 評論 (2)  編輯

                 摘要: 消除"對于類成員的引用所產生的二義"是不考慮訪問權限,可以歸結為:改變一個類成員的訪問權限不應改變程序的含義。  閱讀全文
            posted @ 2008-06-05 09:58 yang-chunlei 閱讀(117) | 評論 (0)  編輯

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


            base 是基類,這句代碼是將當前對象強制轉化為積累類型的對象的引用,這樣的話不會再次調用基類的構造函數。若轉換成基類對象那就要調用基類的構造函數并創建出新的對象來了。
              閱讀全文
            posted @ 2008-06-04 15:12 yang-chunlei 閱讀(273) | 評論 (0)  編輯

                 摘要: 在一個函數中有個參數是 CONST 類型,例如: string & max(string s1,string s2) ,那么我調用的時候有可能會這樣寫:max("abc","edf"); 然后編譯,出錯。提示為 無法將 CONST 類型轉換為 非CONST 類型。那是因為編譯器在接收到"abc"的時候會生成一個臨時變量,然后將這個臨時變量傳入到 max 函數中。但是這個臨時變量是 CONST 類型的,與該函數的定義不一致,所以會在編譯時拋出類型不一致的錯誤。  閱讀全文
            posted @ 2008-06-04 11:57 yang-chunlei 閱讀(331) | 評論 (2)  編輯

                 摘要: 剛剛在 LINUX 下用 KDEVLOP 逐步調試了一下,當 A 類的析構函數設置為虛函數的時候沒有出現 VC 下那樣的錯誤提示,輸出也正確。只是我在 A 類的析構函數中設置的斷點是無效的,就是說該析構函數中語句是可以執行的但是此處的斷點不能讓程序在此處停下來。看來可能是在此種問題上 VC 在 DEBUG時是做了一些并不是非常準確的但可能是安全性方面的提示。
              閱讀全文
            posted @ 2008-06-04 10:30 yang-chunlei 閱讀(308) | 評論 (0)  編輯

                 摘要: 摘自 CSDN
            感覺這篇文章寫的不錯,看了之后很有收獲。本來想自己總結一下發布出來,但還是偷了個懶,把別人的東西拷貝過來了,  閱讀全文
            posted @ 2008-06-03 11:15 yang-chunlei 閱讀(235) | 評論 (0)  編輯

            posted @ 2008-06-02 11:51 yang-chunlei 閱讀(365) | 評論 (0)  編輯

            久久久久久伊人高潮影院| 91精品国产综合久久久久久| 青青草原综合久久大伊人精品| 精品久久久久久无码人妻蜜桃| 亚洲国产精品无码久久九九| 亚洲中文久久精品无码| 99久久精品国产毛片| 亚洲AV日韩精品久久久久久 | 色偷偷久久一区二区三区| 久久久精品国产sm调教网站| 久久久精品视频免费观看 | 青青草原综合久久大伊人精品| 久久精品国产亚洲AV香蕉| 久久精品无码专区免费| 久久国产精品77777| 久久强奷乱码老熟女| 999久久久国产精品| 久久福利青草精品资源站| 久久人人爽人人爽人人片AV高清| 国产精品嫩草影院久久| 久久成人影院精品777| 国产午夜精品久久久久免费视| 亚洲精品国产第一综合99久久| 香蕉久久夜色精品国产尤物| 久久精品国产清高在天天线| 日韩久久无码免费毛片软件| 亚洲一本综合久久| 精品免费久久久久久久| 久久人人爽爽爽人久久久| 久久99热这里只有精品国产| 久久综合伊人77777| 国内精品伊人久久久久网站| 久久久久亚洲AV无码去区首| 国产精品伊人久久伊人电影| 97久久精品人人澡人人爽| 9999国产精品欧美久久久久久| 国产精品激情综合久久| 久久久久亚洲精品无码网址 | 奇米影视7777久久精品| 久久亚洲春色中文字幕久久久| 久久国产精品99国产精|