• <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 |
            看過!謝   回復  更多評論
              

            <2006年5月>
            30123456
            78910111213
            14151617181920
            21222324252627
            28293031123
            45678910

            常用鏈接

            留言簿(7)

            隨筆檔案

            最新隨筆

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            久久精品国产精品青草| 最新久久免费视频| 久久综合狠狠综合久久激情 | 久久免费精品视频| 亚洲午夜无码AV毛片久久| 色婷婷久久综合中文久久蜜桃av| 777米奇久久最新地址| 青青久久精品国产免费看| 香蕉久久夜色精品升级完成| 国产成人久久久精品二区三区| 久久婷婷五月综合国产尤物app| 国产精品美女久久久久网| 亚洲国产日韩欧美综合久久| 精品乱码久久久久久久| 久久综合色之久久综合| 久久精品这里热有精品| 久久狠狠爱亚洲综合影院 | 久久精品国产亚洲欧美| 理论片午午伦夜理片久久 | 久久久高清免费视频| 久久亚洲中文字幕精品有坂深雪 | 久久久SS麻豆欧美国产日韩| 久久精品国产福利国产秒| 少妇久久久久久久久久| 久久国产亚洲精品| 久久青青草原精品国产不卡| 国产精品VIDEOSSEX久久发布| 亚洲va中文字幕无码久久不卡 | 久久久无码精品亚洲日韩京东传媒 | 久久精品国产99久久丝袜| 91精品国产综合久久婷婷| 欧美日韩精品久久久免费观看| 免费精品久久久久久中文字幕| 久久亚洲高清观看| 久久久久国产一级毛片高清版| 久久国产精品77777| 国产精品久久久久jk制服| 久久偷看各类wc女厕嘘嘘| 2022年国产精品久久久久| 国产婷婷成人久久Av免费高清 | 国产91色综合久久免费分享|