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

            隨筆檔案

            最新隨筆

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            久久99精品久久久大学生| 91精品国产91久久| 亚洲va中文字幕无码久久| 国内精品久久久久久99蜜桃| 国产精品99久久不卡| 一日本道伊人久久综合影| 久久亚洲私人国产精品vA | 国产成人精品久久| 狠狠色丁香婷婷久久综合五月 | 国产精品99久久不卡| 国产成人无码精品久久久性色| 久久青青草原综合伊人| 久久久久亚洲AV片无码下载蜜桃| 日本精品久久久久中文字幕8| 久久精品一区二区三区AV| 国内精品久久久久久久涩爱 | 久久久噜噜噜久久| 精品蜜臀久久久久99网站| 无码人妻久久一区二区三区蜜桃 | 2022年国产精品久久久久| 国产精品久久久久蜜芽| 久久精品无码一区二区三区免费| 97久久超碰国产精品旧版| 亚洲精品蜜桃久久久久久| 久久伊人精品一区二区三区| 精品人妻伦九区久久AAA片69| 国产一级做a爰片久久毛片| 亚洲国产欧美国产综合久久| 四虎国产精品成人免费久久| 久久福利资源国产精品999| 久久久久久久国产免费看| 精品人妻伦九区久久AAA片69| 久久精品国产免费| 久久综合久久综合久久| 色综合久久精品中文字幕首页| 久久婷婷国产麻豆91天堂| 国产精品一久久香蕉国产线看观看| 久久精品人人做人人爽电影蜜月 | 国产99久久九九精品无码| 色综合久久综精品| 久久精品亚洲精品国产欧美|