• <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>

              C++博客 :: 首頁 :: 聯系 ::  :: 管理
              163 Posts :: 4 Stories :: 350 Comments :: 0 Trackbacks

            常用鏈接

            留言簿(48)

            我參與的團隊

            搜索

            •  

            積分與排名

            • 積分 - 400063
            • 排名 - 59

            最新評論

            閱讀排行榜

            評論排行榜

            C++

                 摘要: c++語言標準關于這個問題的闡述非常清楚:當通過基類的指針去刪除派生類的對象,而基類又沒有虛析構函數時,結果將是不可確定的。  閱讀全文
            posted @ 2008-01-22 11:39 sdfasdf 閱讀(8634) | 評論 (4)  編輯

                 摘要: 我們知道,對一個對象的所有成員來說,它們的析構函數被調用的順序總是和它們在構造函數里被創建的順序相反。那么,如果允許上面的情況(即,成員按它們在初始化列表上出現的順序被初始化)發生,編譯器就要為每一個對象跟蹤其成員初始化的順序,以保證它們的析構函數以正確的順序被調用。這會帶來昂貴的開銷。所以,為了避免這一開銷,同一種類型的所有對象在創建(構造)和摧毀(析構)過程中對成員的處理順序都是相同的,而不管成員在初始化列表中的順序如何。  閱讀全文
            posted @ 2008-01-22 10:46 sdfasdf 閱讀(6261) | 評論 (1)  編輯

                 摘要: 把為類的成員變量賦值的工作盡量在構造函數的初始化列表中,而不是放在構造函數內部進行。這兩種方法的差別主要是效率的差別,放在初始化表中,只有只有一個拷貝構造函數調用,而放在構造函數內部有構造函數和賦值函數兩個函數調用。  閱讀全文
            posted @ 2008-01-22 10:26 sdfasdf 閱讀(2384) | 評論 (0)  編輯

                 摘要: C++編譯器會為每個類自動生成一個默認的構造函數、析構函數、賦值函數、拷貝構造函數,這當然是在你沒有為你的類聲明這些函數的時候。這些默認的功能函數在為你提供方便的時候,也會給你帶來麻煩。  閱讀全文
            posted @ 2008-01-21 16:38 sdfasdf 閱讀(3900) | 評論 (0)  編輯

                 摘要: C++中的虛函數的作用主要是實現了多態的機制。關于多態,簡而言之就是用父類型別的指針指向其子類的實例,然后通過父類的指針調用實際子類的成員函數。這種技術可以讓父類的指針有“多種形態”,這是一種泛型技術。所謂泛型技術,說白了就是試圖使用不變的代碼來實現可變的算法。  閱讀全文
            posted @ 2008-01-20 10:58 sdfasdf 閱讀(41545) | 評論 (58)  編輯

                 摘要: 自己重寫operator new時,很重要的一點是函數提供的行為要和系統缺省的operator new一致。實際做起來也就是:要有正確的返回值;可用內存不夠時要調用出錯處理函數;處理好0字節內存請求的情況。此外,還要避免不小心隱藏了標準形式的new。   閱讀全文
            posted @ 2008-01-18 21:24 sdfasdf 閱讀(3640) | 評論 (0)  編輯

                 摘要: 對于像 string *stringarray = new string[100]; 這樣的語句,釋放指針時不能象 delete stringarray 這樣寫,因為這樣寫的話,只是銷毀了第一個string對象的指針,其余的99個根本沒有被銷毀,這種情況極易引起內存泄露。  閱讀全文
            posted @ 2008-01-18 17:08 sdfasdf 閱讀(1583) | 評論 (0)  編輯

                 摘要: 內存的三種分配方式:靜態存儲區分配,棧上分配,堆上分配。

            內存使用常見錯誤:

            (1)內存分配不成功,卻使用它。對策:使用前檢查內存是否為NULL。  閱讀全文
            posted @ 2008-01-18 14:40 sdfasdf 閱讀(4231) | 評論 (7)  編輯

                 摘要: 在c++程序里使用malloc和free沒有錯,只要保證用malloc得到的指針用free,或者用new得到的指針最后用delete來操作就可以了。千萬別馬虎地把new和free或malloc和delete混起來用,那只會自找麻煩。
              閱讀全文
            posted @ 2008-01-16 20:57 sdfasdf 閱讀(2415) | 評論 (2)  編輯

                 摘要: 傳統的C函數庫中scanf和printf不是類型安全的,另外,scanf/printf系列函數把要讀寫的變量和控制讀寫格式的信息分開來,這都是很早的用法啦。  閱讀全文
            posted @ 2008-01-15 21:13 sdfasdf 閱讀(2420) | 評論 (3)  編輯

                 摘要: 盡量不用#define這條語句,這條語句不認為是C++語言的一部分,而且在進行字符替換時會帶來很多的問題。

              閱讀全文
            posted @ 2008-01-15 20:51 sdfasdf 閱讀(2142) | 評論 (1)  編輯

                 摘要: const關鍵字的用法較為復雜,做一總結便與使用,歡迎高手補充!  閱讀全文
            posted @ 2008-01-13 21:20 sdfasdf 閱讀(14694) | 評論 (7)  編輯

            posted @ 2008-01-11 19:36 sdfasdf 閱讀(1154) | 評論 (0)  編輯

            posted @ 2008-01-10 11:23 sdfasdf 閱讀(62579) | 評論 (36)  編輯

            posted @ 2008-01-09 21:38 sdfasdf 閱讀(1477) | 評論 (1)  編輯

            Full C++ Archive

            久久精品人人做人人爽97| 久久亚洲日韩精品一区二区三区| 日本三级久久网| 久久se精品一区二区影院| 久久综合伊人77777麻豆| 久久久久久曰本AV免费免费| 无码AV中文字幕久久专区 | 国产精品内射久久久久欢欢| 久久99精品久久久久久9蜜桃| 日本WV一本一道久久香蕉| 久久男人Av资源网站无码软件| 久久99免费视频| 精品一二三区久久aaa片| 9999国产精品欧美久久久久久| 亚洲欧美日韩精品久久亚洲区| 久久国产乱子伦精品免费强| 波多野结衣久久一区二区 | 国产精品成人99久久久久 | 欧美无乱码久久久免费午夜一区二区三区中文字幕 | 欧美精品国产综合久久| 久久99热国产这有精品| 亚洲∧v久久久无码精品| 久久久久亚洲AV成人网人人网站| 久久99国产综合精品免费| 尹人香蕉久久99天天拍| 精品综合久久久久久88小说| 国产精品一久久香蕉国产线看观看 | 国产精品美女久久久久| 国内精品综合久久久40p| 亚洲а∨天堂久久精品| 国产午夜精品理论片久久| 1000部精品久久久久久久久| 婷婷五月深深久久精品| 亚洲欧美伊人久久综合一区二区| 欧美国产成人久久精品| 性做久久久久久免费观看| 欧美久久天天综合香蕉伊| 亚洲Av无码国产情品久久| 亚洲性久久久影院| 久久久久久久波多野结衣高潮| 99久久做夜夜爱天天做精品|