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

            Robin Chow's C++ Blog

             

            [導(dǎo)入]Ten reasons why every programmer should learn C(英文)



            Ten reasons why every programmer should learn C


            文章來源:http://my.donews.com/robinchow/2007/01/25/vquwpymxknruwglornwepdtsfdwqmyjipeef/

            posted @ 2007-10-23 20:47 Robin Chow 閱讀(70) | 評(píng)論 (0)編輯 收藏

            [導(dǎo)入]More Exceptional C++ 之 7

            小結(jié):
            1. 避免使用宏,它常常使得代碼難于讀懂從而不方便維護(hù)。
            2. 再次注意,非 const 引用不能和臨時(shí)對(duì)象進(jìn)行綁定。這是函數(shù)參數(shù)應(yīng)該盡量使用 const 引用的原因。
            3. 總是為重載操作符保留重載語義,也就是說,和內(nèi)置類型的語義保持一致。
            4. 避免如下的代碼:l.erase(i); i ++; 因?yàn)?erase 操作之后,i 已經(jīng)失效,因此 i ++ 是無效的。
              正確的寫法如下:l.erase( i ++);

            文章來源:http://my.donews.com/robinchow/2007/01/23/zfcdeisfqfhckfpgukvjrmwoicoouodtugwy/

            posted @ 2007-10-23 20:47 Robin Chow 閱讀(74) | 評(píng)論 (0)編輯 收藏

            [導(dǎo)入]More Exceptional C++ 之 6

            在 Map 中,改變 Key 的惟一方法是先將它刪除,再插入一個(gè)修改過的值。不要對(duì) Key 進(jìn)行任何直接或間接的修改,這樣可能導(dǎo)致數(shù)據(jù)處于不確定的狀態(tài)。Map 的 Key 是 const 的,而 Set 則不一定,因?yàn)?C++ 標(biāo)準(zhǔn)沒有給出強(qiáng)制的規(guī)定。

            文章來源:http://my.donews.com/robinchow/2007/01/23/hoknidslvhgfwhsdmssqezjefwyazkshzcuh/

            posted @ 2007-10-23 20:47 Robin Chow 閱讀(71) | 評(píng)論 (0)編輯 收藏

            [導(dǎo)入]More Exceptional C++ 之 5

            小結(jié):
            • 將 vector 和 C 風(fēng)格的數(shù)組混用是安全的。可以采用如下方法引用 vector 內(nèi)的元素: &c[0]。
            • 優(yōu)先使用 vector 而不是 deque。如果需要一些特殊操作,比如在數(shù)組兩頭插入和刪除,或者不需要連續(xù)的存儲(chǔ)空間,則使用 deque。
            • 使用和臨時(shí)對(duì)象交換的方法來壓縮 vector 或者 deque 的空間。vector< Customer >(c).swap(c):將 c 的空閑空間釋放;vector< Customer >().swap(c):將 c 的所有空間釋放。
            • 如上一條款所提到:除非確實(shí)需要進(jìn)行空間優(yōu)化,否則總是使用 deque< bool > 而不是 vector< bool >。

            文章來源:http://my.donews.com/robinchow/2007/01/23/xflxtusuynvqylhgqboduxqzfjholpejuphn/

            posted @ 2007-10-23 20:47 Robin Chow 閱讀(88) | 評(píng)論 (0)編輯 收藏

            [導(dǎo)入]More Exceptional C++ 之 4

            typename 常常在模板類的聲明或定義中用來聲明一個(gè)類型。在模板中,如果一個(gè)和模板參數(shù)相關(guān)的名字沒有在名字解析中被找到,或者被關(guān)鍵字 typename 修飾,則它不能作為一個(gè)類型??紤]下面的代碼:
            template< typename T >
            class X_base
            {
            public:
            typedef T instantiated_type;
            };

            template< typename A, typename B >
            class X : public X_base< B >
            {
            public:
            bool operator()( const instantiated_type& i ) const
            {
            return i != instantiated_type();
            }
            // ... more stuff ...
            };

            instantiated_type 和模板參數(shù)類型相關(guān),使用名稱解析不能找到并且沒有被關(guān)鍵字 typename 修飾,因此將導(dǎo)致編譯錯(cuò)誤,正確的方法是使用關(guān)鍵字 typename。
            文章來源:http://my.donews.com/robinchow/2007/01/18/gywtqxaalrvetoldhdtlmchhlsmnfxklwgem/

            posted @ 2007-10-23 20:47 Robin Chow 閱讀(85) | 評(píng)論 (0)編輯 收藏

            [導(dǎo)入]More Exceptional C++ 之 3

            predicate(斷言)是指給出 yes/no 的函數(shù)或者函數(shù)對(duì)象。使用函數(shù)對(duì)象的好處是可以存儲(chǔ)變量。
            predicate 通常被算法用來作用于一個(gè)元素并且給出一個(gè)判定,比如是否大于某個(gè)數(shù)。
            有狀態(tài)的 predicate 是指狀態(tài)在運(yùn)行時(shí)可能改變的 predicate。對(duì)于有狀態(tài)的 predicate 來說,各個(gè)副本之間不是等價(jià)的。對(duì)于算法來說,要使用 有狀態(tài)的 predicate 需要滿足兩個(gè)條件:
            1. 算法必須保證不產(chǎn)生 predicate 的副本。
            2. 算法必須對(duì)元素以確定的順序來應(yīng)用 predicate(例如,first 到 last)。
            C++ 標(biāo)準(zhǔn)不要求標(biāo)準(zhǔn)算法滿足以上兩個(gè)條件,因此建議不要使用帶狀態(tài)的 predicate。

            文章來源:http://my.donews.com/robinchow/2007/01/17/okqqyqklkznuiqhlavokqgztcltuwiqlsgcq/

            posted @ 2007-10-23 20:47 Robin Chow 閱讀(98) | 評(píng)論 (0)編輯 收藏

            [導(dǎo)入]C++ GUI庫(kù)大全


            C++博客 - 暮暮息幕幕新 - [摘錄]C++ GUI庫(kù)大全
            文章來源:http://my.donews.com/robinchow/2007/01/17/jmgltqvkdrrulheooyjlknnbayxdlijuupfo/

            posted @ 2007-10-23 20:47 Robin Chow 閱讀(106) | 評(píng)論 (0)編輯 收藏

            [導(dǎo)入]More Exceptional C++ 之 2

            范型算法 remove():
            remove() 沒有真正從容器中刪除元素,容器的元素個(gè)數(shù)也不會(huì)改變。remove() 所做的是把未被刪除的元素往前移動(dòng),以填充被刪除元素留下的空位,而把被刪除元素移到容器后面。最后,remove() 返回一個(gè)指向第一個(gè)被刪除元素的 iterator,如果沒有元素被刪除,則返回 end() iterator。
            remove() 如此工作的原因是它不是作用在容器上,而是作用在 iterator上,但是 iterator 并沒有像“刪除 iterator 指向的元素而不管是什么容器”的操作。要?jiǎng)h除元素必須要用到直接作用在容器上的操作,如 erase()。
            文章來源:http://my.donews.com/robinchow/2007/01/17/sowxiqnuyycsamoatekjugwfqwlehlxzztxi/

            posted @ 2007-10-23 20:47 Robin Chow 閱讀(67) | 評(píng)論 (0)編輯 收藏

            [導(dǎo)入]More Exceptional C++ 之 1

            編碼原則:
            1. 更注重可讀性,避免寫簡(jiǎn)潔的代碼(簡(jiǎn)潔但是難以讀懂和維護(hù))。
            2. 注重可擴(kuò)展性和封裝。
            3. 考慮解決一個(gè)問題時(shí)是否需要使得解決方案具有擴(kuò)展,還是僅僅解決當(dāng)前的問題。注意二者之間的平衡。

            文章來源:http://my.donews.com/robinchow/2007/01/17/exiydzbwcigvtcumybdrwjyrgeojvifzfoyj/

            posted @ 2007-10-23 20:47 Robin Chow 閱讀(66) | 評(píng)論 (0)編輯 收藏

            [導(dǎo)入]C#學(xué)習(xí)系列之接口

            1. 典型的接口定義如下: interface IControl { void Paint(); }
            2. 接口可以從零或多個(gè)接口中繼承,即,接口支持多繼承。
            3. 接口可以包含一個(gè)或多個(gè)成員,這些成員可以是方法、屬性、索引指示器和事件,但不能是常量、域、操作符、構(gòu)造函數(shù)或析構(gòu)函數(shù),而且不能包含任何靜態(tài)成員。
            4. 接口成員默認(rèn)訪問方式是 public。接口成員聲明不能包含任何修飾符,比如成員聲明前不能加 abstrace,public,protected,internal,private,virtual,override 或 static 修飾符。
            5. 如果類實(shí)現(xiàn)了某個(gè)接口,類也隱式地繼承了該接口的所有的父接口,不管這些父接口有沒有在類聲明的基類表中列出。接口本身不提供所定義的成員的實(shí)現(xiàn),它僅僅說明這些成員,這些成員必須依靠實(shí)現(xiàn)接口的類或其它接口的支持。

            文章來源:http://my.donews.com/robinchow/2007/04/23/post-070423-115024-393/

            posted @ 2007-10-23 20:45 Robin Chow 閱讀(128) | 評(píng)論 (0)編輯 收藏

            僅列出標(biāo)題
            共9頁: 1 2 3 4 5 6 7 8 9 

            導(dǎo)航

            統(tǒng)計(jì)

            常用鏈接

            留言簿(1)

            隨筆分類

            隨筆檔案

            搜索

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

            久久国产美女免费观看精品| 亚洲?V乱码久久精品蜜桃 | 亚洲精品乱码久久久久久蜜桃 | 狠狠色丁香婷婷综合久久来| 无码人妻久久一区二区三区免费丨| 久久国产色AV免费看| 久久亚洲精品国产亚洲老地址| 欧美一区二区三区久久综| 99久久免费只有精品国产| 欧美牲交A欧牲交aⅴ久久| 国产精品久久网| 久久久久久久久久久精品尤物| 久久久人妻精品无码一区| 午夜欧美精品久久久久久久| 色综合合久久天天综合绕视看| 久久91精品国产91久久户| 久久青青草原亚洲av无码 | 亚洲另类欧美综合久久图片区| 国产成人无码久久久精品一| 久久人人爽人人爽人人片AV麻豆 | 久久婷婷五月综合色99啪ak| 久久精品国产亚洲av麻豆图片| 久久一本综合| 久久96国产精品久久久| 人妻精品久久无码区| 久久久久久精品成人免费图片| 亚洲精品乱码久久久久久蜜桃| 久久99国产精品成人欧美| 国产无套内射久久久国产| 狠狠88综合久久久久综合网| 久久午夜夜伦鲁鲁片免费无码影视| 久久精品人妻中文系列| 久久99精品国产麻豆不卡| 久久r热这里有精品视频| 久久精品国产99久久久| 色婷婷久久综合中文久久蜜桃av| 一本一道久久综合狠狠老| 国产一级持黄大片99久久| 无遮挡粉嫩小泬久久久久久久| 久久免费的精品国产V∧| 欧美一区二区三区久久综|