• <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 閱讀(1889) 評論(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年4月>
            2627282930311
            2345678
            9101112131415
            16171819202122
            23242526272829
            30123456

            常用鏈接

            留言簿(7)

            隨筆檔案

            最新隨筆

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            无码国内精品久久人妻| 久久精品无码一区二区三区免费| 热综合一本伊人久久精品| 久久高清一级毛片| 午夜精品久久久内射近拍高清 | 四虎国产精品成人免费久久| 久久久久亚洲av成人无码电影| 久久久久人妻精品一区三寸蜜桃| 色天使久久综合网天天| 97久久精品无码一区二区天美| 99久久夜色精品国产网站| 国产精品99久久久久久宅男小说| MM131亚洲国产美女久久| 久久综合亚洲色HEZYO国产 | 一本一道久久精品综合 | 97久久精品国产精品青草| 久久久久亚洲?V成人无码| 色欲综合久久中文字幕网| 精品乱码久久久久久夜夜嗨| 久久国产色AV免费看| 色老头网站久久网| 999久久久国产精品| 国产午夜精品久久久久免费视 | 精品久久久久久| 中文字幕乱码久久午夜| 热久久最新网站获取| 久久国产精品免费一区| 久久国产高清字幕中文| 亚洲AV无码久久寂寞少妇| 久久天天躁狠狠躁夜夜2020一| 国产日韩欧美久久| 99久久国产亚洲高清观看2024 | 性高湖久久久久久久久AAAAA| 国产精品成人99久久久久 | 国产免费久久久久久无码| www.久久热.com| 久久精品中文闷骚内射| 亚洲国产精品无码久久久不卡| 久久久高清免费视频| 一本综合久久国产二区| 亚洲午夜久久久|