• <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,這個隱式轉換肯定就不會發生了,編譯時會提示錯誤。

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

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

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

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

            導航

            統計

            常用鏈接

            留言簿

            隨筆分類

            隨筆檔案

            文章檔案

            C++/C

            搜索

            積分與排名

            最新評論

            閱讀排行榜

            評論排行榜

            久久中文字幕一区二区| 亚洲国产欧美国产综合久久| 99久久精品免费看国产一区二区三区| 亚洲一本综合久久| 亚洲国产成人精品91久久久| 久久精品国产亚洲av高清漫画 | 久久精品无码一区二区三区免费| 一本综合久久国产二区| 久久精品午夜一区二区福利| 久久久久久国产精品无码下载| 久久精品国产日本波多野结衣| 久久婷婷久久一区二区三区| 久久天天躁狠狠躁夜夜avapp| 国产69精品久久久久99| 2020久久精品国产免费| 久久婷婷色香五月综合激情| 国产激情久久久久影院老熟女免费 | 久久久久亚洲AV无码专区首JN| 久久青青草原国产精品免费| 亚洲中文字幕久久精品无码喷水| 久久久久久A亚洲欧洲AV冫| 久久久久久综合一区中文字幕| 亚洲精品国精品久久99热一| 亚洲人成无码久久电影网站| 91精品久久久久久无码| 久久不射电影网| 国产精品久久久久久久久免费| 久久亚洲私人国产精品| 狠狠色婷婷久久一区二区 | 国内精品久久久久久久久电影网| 久久精品国产一区二区三区不卡 | 国内精品久久国产大陆| 久久超碰97人人做人人爱| 热re99久久6国产精品免费| 国产成人无码精品久久久性色| 国内精品伊人久久久久777| 亚洲国产精品无码久久久蜜芽| 午夜天堂av天堂久久久| 亚洲AV日韩精品久久久久| 久久久久亚洲AV片无码下载蜜桃| 久久美女人爽女人爽|