• <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 閱讀(1902) 評論(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 |
            看過!謝   回復  更多評論
              

            <2011年1月>
            2627282930311
            2345678
            9101112131415
            16171819202122
            23242526272829
            303112345

            常用鏈接

            留言簿(7)

            隨筆檔案

            最新隨筆

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            国产69精品久久久久APP下载| 国产亚洲综合久久系列| 色综合久久久久综合99| 久久久久久久久久久精品尤物| 久久夜色精品国产网站| 国产精品久久久久久久午夜片| 色狠狠久久综合网| 四虎国产永久免费久久| 国产精品亚洲综合久久| 99久久无码一区人妻| 久久久噜噜噜久久中文福利| 欧美麻豆久久久久久中文| 国产精品久久久久久影院| 狠狠色噜噜色狠狠狠综合久久| 久久国产精品久久久| 欧美黑人又粗又大久久久| 欧美午夜精品久久久久久浪潮| 99久久国产热无码精品免费| 久久精品国产精品亚洲精品| 久久精品中文字幕一区| 97久久超碰国产精品旧版| 人妻无码久久一区二区三区免费| 天天做夜夜做久久做狠狠| 办公室久久精品| 色综合久久久久| 91精品国产综合久久四虎久久无码一级| 无码人妻久久久一区二区三区| 亚洲国产成人久久综合区| 四虎国产精品免费久久| 麻豆久久| 国产美女亚洲精品久久久综合| 久久婷婷是五月综合色狠狠| 色婷婷狠狠久久综合五月| 亚洲国产香蕉人人爽成AV片久久| 久久亚洲国产成人精品无码区| 久久国产美女免费观看精品| 久久久久久久亚洲精品| 亚洲天堂久久久| 久久国产亚洲精品无码| 国内精品久久久久影院免费| 国产日韩欧美久久|