• <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>
            asm, c, c++ are my all
            -- Core In Computer
            posts - 139,  comments - 123,  trackbacks - 0

            第一條就是: const原則:在C++中最好趨向與使用const來修飾它前面的那個類型。

            如:const int a;和int const b;中,雖然兩種具有相同的意義,但是最好利用后面的那種情況,后面的更加可讀,因為:int const我們可以很清楚地看到const是修飾int,而前面的那種方法中,我們就不那么輕易知道到底const 的具體涵義。由后面的那種方法我們可以知道const指一個恒定的整形。Int *const b,指的是一個恒定的指針b,這個指針指向一個整型,所以這個指針的內容可以改變,但是它的指針值也就是b的值不能變,相應的int const *b,指的是一個指向恒定整型內容的指針b,也就是說這個b的內容可以變,但是開始的b所指向的地址中的內容不能在程序當中通過b來改變。

            volatile對上面的原則也適用。
            使用類型T做為類型變量已經作為了模板參數的慣例,用來表示函數或者類所接受的類型參量可以用所有的類型。

            在C++的模板的類型參量前,最好盡量使用typename來代替class。
            在編譯時期,模板被編譯兩次;
            實例化之前:檢查模板代碼本身,查看語法是否正確;
            在實例化期間,檢查模板代碼,查看是否所有的調用都有效。

            當使用函數模板,并且引發模板實例化的時候,編譯器需要查看模板定義。
            在函數實參的類型的推導中,如果類型出現不匹配現象則會出現編譯錯誤。如果要解決這編譯錯誤則有以下幾種方法解決:
            對傳入的實參進行類型轉換成匹配類型后傳入。
            顯示指定模板函數的全特化(不能為偏特化,因為函數不支持偏特化)類型。
            例子如下所示:

            template < typename?T >
            T?
            & max(T? & value1,T? & value2)
            {

            ??
            return ?value1 > value2 ? value1:value2;
            }


            調用max(
            3 , 4.1 )會出現編譯錯誤,解決的辦法:
            1 .max(static_cast < double > ( 3 ), 4.1 );
            2 .max < double > ( 3 );
            3 .將函數的模板參數從一個改為兩個。


            在模板函數內部不能指定默認的模板參數。
            函數不能采用偏特化的方法來實現類型的遞歸,但是它可以利用函數重載的方法來實現類型的轉換。

            相對于8而言類能使用偏特化的方法來實現類型的遞歸,并且它的仿函數也可以使用重載operator()來實現函數重載方法。但是它的一個問題就是在調用仿函數的時候一定要加上它的實例化參數類型,以及調用它的構造函數。

            函數調用的時候可以采用由參數的類型來反推函數的模板參數,這是仿函數所不能的。所以我們在編程的過程當中一定要注意這些不同技術之間的優點和不足,看看哪些更適合我們。

            在調用非標準函數的時候最好要與調用標準函數區分開來,這樣不致于使用程序產生歧義的錯誤。做法是:在變量或者函數的前面加上全局標識符::。

            posted on 2007-01-02 23:51 Jerry Cat 閱讀(1894) 評論(4)  編輯 收藏 引用

            FeedBack:
            # re: C++老手也要注意的幾個"小"問題
            2007-01-03 09:23 | 李錦俊
            寫得好!!不過有些看不懂。特別是“函數調用的時候可以采用由參數的類型來反推函數的模板參數,這是仿函數所不能的。所以我們在編程的過程當中一定要注意這些不同技術之間的優點和不足,看看哪些更適合我們。
            ”  回復  更多評論
              
            # re: C++老手也要注意的幾個"小"問題
            2007-01-03 10:15 | wwq
            不錯  回復  更多評論
              
            # re: C++老手也要注意的幾個"小"問題
            2007-01-05 10:05 | shenhuafeng
            不錯 鼓勵一下。  回復  更多評論
              
            # re: C++老手也要注意的幾個"小"問題
            2007-01-23 09:34 |
            看過!謝   回復  更多評論
              

            <2007年1月>
            31123456
            78910111213
            14151617181920
            21222324252627
            28293031123
            45678910

            常用鏈接

            留言簿(7)

            隨筆檔案

            最新隨筆

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            精品久久久久久国产| 久久精品aⅴ无码中文字字幕重口 久久精品a亚洲国产v高清不卡 | 久久91综合国产91久久精品| 久久精品国产亚洲av水果派| 久久96国产精品久久久| 91久久香蕉国产熟女线看| 99久久这里只精品国产免费 | 一本色综合久久| 国产精品视频久久久| 久久青青草视频| 中文字幕成人精品久久不卡| 久久人人超碰精品CAOPOREN| 国内精品久久人妻互换| 久久综合亚洲色HEZYO社区| AV无码久久久久不卡蜜桃| 久久久久婷婷| 久久久久久A亚洲欧洲AV冫 | 国产成人久久777777| 精品久久久久久久无码| 久久97久久97精品免视看秋霞| 欧美综合天天夜夜久久| 久久久久久久久无码精品亚洲日韩| 精品久久久久久久中文字幕 | 人人狠狠综合久久亚洲| 久久夜色精品国产亚洲av| 久久精品欧美日韩精品| 久久精品国产亚洲AV影院| 少妇久久久久久被弄到高潮| 久久午夜电影网| 国产精品9999久久久久| 久久亚洲精品中文字幕| 91精品国产91久久综合| 日韩AV无码久久一区二区| 亚洲欧洲久久久精品| 欧美精品一区二区久久| 久久se这里只有精品| 久久国产精品波多野结衣AV| segui久久国产精品| 久久久综合香蕉尹人综合网| 久久精品国产精品亚洲艾草网美妙| 青青国产成人久久91网|