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

            我參與的團隊

            搜索

            •  

            積分與排名

            • 積分 - 398977
            • 排名 - 59

            最新評論

            閱讀排行榜

            評論排行榜

            C++

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

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

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

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

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

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

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

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

            內存使用常見錯誤:

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

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

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

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

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

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

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

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

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

            Full C++ Archive

            人妻少妇久久中文字幕| 亚洲伊人久久大香线蕉苏妲己| 人妻中文久久久久| 久久亚洲精品国产亚洲老地址| 久久久噜噜噜久久中文字幕色伊伊| 久久久国产乱子伦精品作者| 久久精品成人欧美大片| 久久精品天天中文字幕人妻 | 欧洲性大片xxxxx久久久| 亚洲国产精品高清久久久| 久久精品国产清自在天天线| 东方aⅴ免费观看久久av| 国产福利电影一区二区三区久久久久成人精品综合 | 亚洲一区二区三区日本久久九| 久久人妻少妇嫩草AV蜜桃| 国产成人综合久久精品尤物| 男女久久久国产一区二区三区| 亚洲精品乱码久久久久久不卡| 久久被窝电影亚洲爽爽爽| 久久精品蜜芽亚洲国产AV| 久久久久亚洲精品日久生情| 蜜桃麻豆www久久国产精品| 久久九九有精品国产23百花影院| 中文字幕日本人妻久久久免费 | 国产精品一区二区久久不卡| 亚洲国产精品成人AV无码久久综合影院| AV狠狠色丁香婷婷综合久久| 亚洲精品乱码久久久久久自慰 | 日韩精品国产自在久久现线拍 | 国产精品99久久不卡| 久久天天躁狠狠躁夜夜网站| 久久久午夜精品福利内容| 日本高清无卡码一区二区久久| 久久久久久A亚洲欧洲AV冫| 丁香五月综合久久激情| 超级碰久久免费公开视频| 色综合合久久天天综合绕视看| 久久青青草原精品影院| 亚洲狠狠综合久久| 久久93精品国产91久久综合 | 亚洲成色999久久网站|