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

            c++中explict關鍵字的說明和使用

            先看下面這一個簡單的代碼吧

             1 #include <iostream>
             2 using namespace std;
             3 class my
             4 {
             5 private:
             6     int t;
             7 public:
             8     my(){};
             9     my(int i):t(i){};
            10     int get()
            11     {
            12         return t;
            13     }
            14     void print(my d)
            15     {
            16         cout<<d.get()<<endl;
            17     }
            18 };
            19 
            20 int main()
            21 {
            22     my t;
            23     int i=3;
            24     t.print(i);
            25     return 0;
            26 }

            main函數中t.print(i);的調用,my類里面print函數接受的數據類型的my,不是int,但這段程序仍然能夠正常運行,是因為my類里面存在一個只有一個形參的構造函數。

            當在一個需要my類型對象的地方(比如print函數,就需要一個my類型對象),但是如果卻沒有給一個my類型對象,給了一個其他類型的對象,比如int,那么這個時候就會看這個類有沒有定義一個只接受一個參數的構造函數,而且這個形參必須是int,然后構造出一個my類型臨時對象,再把這個臨時對象給需要my類對象的地方,完成一種隱式的轉換。
            注意:如果這個類有一個接受一個參數的構造函數,但是這個參數的類型比如是string,這個隱式轉換肯定就不會發(fā)生了,編譯時會提示錯誤。

            總之,隱式轉換會發(fā)生在,本來需要一個這種類對象的時候,卻給了一個其他的數據類型,而且類也恰好有一個只接受一個這種數據類型參數的構造函數,就會先調用這個構造函數生成一個臨時對象,接著將這臨時對象用于需要這種類對象的地方。

            但是很多時候,這種隱式轉換會帶來很大的麻煩,因此如果自己定義的類中,有一個只接受一個參數的構造函數,除非有一個好理由允許構造函數被用于隱式類型轉換,否則那么就要在這個構造函數前面加一個關鍵詞 explicit,表明不會發(fā)生隱式轉換。

            posted on 2012-09-19 18:15 古月 閱讀(629) 評論(0)  編輯 收藏 引用 所屬分類: C/C++

            <2012年9月>
            2627282930311
            2345678
            9101112131415
            16171819202122
            23242526272829
            30123456

            導航

            統(tǒng)計

            常用鏈接

            留言簿

            隨筆分類

            隨筆檔案

            文章檔案

            C++/C

            搜索

            積分與排名

            最新評論

            閱讀排行榜

            評論排行榜

            久久久WWW免费人成精品| 久久国产精品偷99| 久久久久亚洲AV无码麻豆| 日韩精品久久无码中文字幕| 欧美一区二区三区久久综| 伊人久久综在合线亚洲2019| 欧美激情精品久久久久久久| 亚洲精品无码久久久久sm| 99久久婷婷国产综合精品草原| 久久久久黑人强伦姧人妻| 久久人人爽爽爽人久久久| 久久久久97国产精华液好用吗| 亚洲色欲久久久综合网东京热| 狠狠色综合久久久久尤物| 伊人久久久AV老熟妇色| 开心久久婷婷综合中文字幕| 久久亚洲AV成人无码国产| 久久夜色撩人精品国产小说| 2020久久精品国产免费| 久久精品人人做人人爽电影| 精品熟女少妇aⅴ免费久久| 久久99精品国产自在现线小黄鸭| 天天做夜夜做久久做狠狠| 四虎国产永久免费久久| 久久精品人人做人人爽电影蜜月 | 亚洲精品乱码久久久久久蜜桃图片| 欧美综合天天夜夜久久| 久久精品国产精品亚洲毛片| 精品久久久久久久国产潘金莲| 久久久久久无码国产精品中文字幕| 久久午夜电影网| 久久久中文字幕| 品成人欧美大片久久国产欧美| 久久777国产线看观看精品| 99久久99久久精品免费看蜜桃| 欧美牲交A欧牲交aⅴ久久| 中文字幕人妻色偷偷久久| 中文精品久久久久人妻不卡| 久久久久久国产精品无码下载| 99蜜桃臀久久久欧美精品网站| 久久久久久久久久久精品尤物|