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

            <2014年8月>
            272829303112
            3456789
            10111213141516
            17181920212223
            24252627282930
            31123456

            導航

            統計

            常用鏈接

            留言簿

            隨筆分類

            隨筆檔案

            文章檔案

            C++/C

            搜索

            積分與排名

            最新評論

            閱讀排行榜

            評論排行榜

            性做久久久久久免费观看| 久久国产精品77777| 精品熟女少妇aⅴ免费久久| 久久免费香蕉视频| 一本久久a久久精品vr综合| 精品乱码久久久久久久| 久久精品这里只有精99品| 无码人妻精品一区二区三区久久久 | 国产成人精品免费久久久久| 国产99久久久国产精免费| 久久久久久精品久久久久| 久久精品一区二区国产| 久久国产精品免费一区二区三区 | 亚洲精品国精品久久99热一| 国产91色综合久久免费| 午夜精品久久久内射近拍高清 | 一本大道久久东京热无码AV| 国内精品久久久久久99| 久久久久久久精品成人热色戒| 精品多毛少妇人妻AV免费久久| 日产精品久久久一区二区| 亚洲午夜久久久| 久久久久免费视频| 精品久久人人爽天天玩人人妻| 老色鬼久久亚洲AV综合| 一本一本久久a久久综合精品蜜桃| 久久免费99精品国产自在现线| 91精品国产91久久久久久蜜臀| 国产亚洲综合久久系列| 国产麻豆精品久久一二三| 97久久国产露脸精品国产| 久久久久久久久久久精品尤物| 思思久久99热免费精品6| 久久天天躁狠狠躁夜夜2020| 国产午夜电影久久| 很黄很污的网站久久mimi色| 99久久国产主播综合精品| 很黄很污的网站久久mimi色 | 伊人久久大香线蕉av不卡| 久久久久久久女国产乱让韩| 99久久无色码中文字幕人妻|