青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

羅朝輝(飄飄白云)

關(guān)注嵌入式操作系統(tǒng),移動(dòng)平臺(tái),圖形開(kāi)發(fā)。-->加微博 ^_^

  C++博客 :: 首頁(yè) :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理 ::
  85 隨筆 :: 0 文章 :: 169 評(píng)論 :: 0 Trackbacks

[深入理解C++(一)]類型轉(zhuǎn)換(Type Casting)

羅朝輝 ( http://m.shnenglu.com/kesalin/ )
CC許可,轉(zhuǎn)載請(qǐng)注明出處


類型轉(zhuǎn)換就是將給定類型的表達(dá)式轉(zhuǎn)換為另一種類型。C++中的轉(zhuǎn)型可分為兩種:隱式類型轉(zhuǎn)換和顯式類型轉(zhuǎn)換。下面將詳細(xì)介紹這兩種轉(zhuǎn)型操作,以及各自的適用場(chǎng)景,潛在問(wèn)題,最終將總結(jié)使用類型轉(zhuǎn)換操作應(yīng)牢記的原則。


一,隱式類型轉(zhuǎn)換

隱式類型轉(zhuǎn)換是C中的遺留物,在C++中并不推薦使用(C++有專門的轉(zhuǎn)型操作符,見(jiàn)下文的顯式轉(zhuǎn)型)。將某種類型的對(duì)象拷貝到另一種不同類型的對(duì)象中時(shí)就會(huì)發(fā)生隱式轉(zhuǎn)型。比如異型賦值,返回值(函數(shù)聲明的返回值與代碼塊實(shí)際返回值不同的情況下),按值傳遞異型參數(shù)等情況均會(huì)發(fā)生隱式類型轉(zhuǎn)換。

short a = 128;
int b;
b = a;

 

如上所示,short 類型的對(duì)象被賦值給 int 型的對(duì)象,這是C++語(yǔ)言內(nèi)建支持的標(biāo)準(zhǔn)轉(zhuǎn)換。

情形一:標(biāo)準(zhǔn)轉(zhuǎn)換支持?jǐn)?shù)值類型,bool以及某些指針之間相互轉(zhuǎn)換。注意:某些轉(zhuǎn)換可能會(huì)導(dǎo)致精度丟失,比如從 long 轉(zhuǎn)換到 int。

情形二:可被單參調(diào)用(只有一個(gè)參數(shù)或多個(gè)參數(shù)但至少?gòu)牡诙€(gè)參數(shù)起均帶有缺省值)的構(gòu)造函數(shù)或隱式類型轉(zhuǎn)換操作符也會(huì)引起隱式類型轉(zhuǎn)換。比如:


class A {}; class B
{
    public: B (A a) {}
    public: B (int c, int d = 0);
    publicoperator double() const
};

A a;
B b1 = a;
B b2 = 10;
B b3;
double d;
d = 10 + b3;

 

上面的代碼里就存在只帶有一個(gè)參數(shù)的構(gòu)造函數(shù),多個(gè)參數(shù)但至少?gòu)牡诙€(gè)參數(shù)起均帶有缺省值以及用戶自定義類型轉(zhuǎn)換操作符這三種情況。

隱式類型轉(zhuǎn)換是件麻煩事,它們很可能導(dǎo)致錯(cuò)誤或非預(yù)期的函數(shù)被調(diào)用(參看ME 條款5);此外 C++ 也不能在一個(gè)轉(zhuǎn)換過(guò)程中連續(xù)進(jìn)行多余一次的用戶自定義轉(zhuǎn)換操作(即情形二中的轉(zhuǎn)換),如下所示:接上面的代碼,A (類型的對(duì)象,后略)可被隱式轉(zhuǎn)換為 B,B 可被隱式轉(zhuǎn)換為 C,但 A 卻非常不合邏輯地不可被隱式轉(zhuǎn)換為 C。

class C
{
    public: C(B b) {};
}

A a;
C c;
c = a; // 錯(cuò)誤!

 


因此應(yīng)該盡量避免隱式類型轉(zhuǎn)換,為此 C++ 提供了關(guān)鍵字 explicit 來(lái)規(guī)避可被單參調(diào)用的構(gòu)造函數(shù)引起的隱式類型轉(zhuǎn)換。但標(biāo)準(zhǔn)轉(zhuǎn)換以及隱式類型轉(zhuǎn)換操作符引起的轉(zhuǎn)換只能交由那些追求至善至美的程序員來(lái)小心處理了。當(dāng)然 C++ 語(yǔ)言還是提供了必要的工具來(lái)輔助那些追求至善至美的程序員,這些工具就是下面要講的顯式類型轉(zhuǎn)換關(guān)鍵字:static_cast, const_cast, dynamic_cast 以及 reinterpret_cast。


二,顯式類型轉(zhuǎn)換

C++ 是一門強(qiáng)類型轉(zhuǎn)換,因此不同自定義類型之間的轉(zhuǎn)換必須進(jìn)行顯式轉(zhuǎn)換,當(dāng)然基礎(chǔ)數(shù)據(jù)類型也可以進(jìn)行顯式轉(zhuǎn)換。

 short a = 10;
 int b;
 b = (int) a;    // c-like cast notation
 b = int (a);    // functional notation

以上是基礎(chǔ)數(shù)據(jù)類型之間進(jìn)行傳統(tǒng)的強(qiáng)制類型轉(zhuǎn)換。這種強(qiáng)制類型轉(zhuǎn)換可以在兩種指向不同類型對(duì)象的指針之間進(jìn)行,這很可能是相當(dāng)危險(xiǎn)的事情。所以 C++ 提供四種轉(zhuǎn)換操作符來(lái)細(xì)分顯式類型轉(zhuǎn)換:

 

static_cast <new_type> (expression)
const_cast <new_type> (expression)
dynamic_cast <new_type> (expression)
reinterpret_cast <new_type> (expression)


static_cast

static_cast 很像 C 語(yǔ)言中的舊式類型轉(zhuǎn)換。它能進(jìn)行基礎(chǔ)類型之間的轉(zhuǎn)換,也能將帶有可被單參調(diào)用的構(gòu)造函數(shù)或用戶自定義類型轉(zhuǎn)換操作符的類型轉(zhuǎn)換,還能在存有繼承關(guān)系的類之間進(jìn)行轉(zhuǎn)換(即可將基類轉(zhuǎn)換為子類,也可將子類轉(zhuǎn)換為基類),還能將 non-const對(duì)象轉(zhuǎn)換為 const對(duì)象(注意:反之則不行,那是const_cast的職責(zé)。)。

 double d = 3.14159265;
 int i = static_cast<int>(d);
 class A {};
 class B
 {
     public:
        B (A a) {};
 }; 
 A a;
 B b = static_cast<B>(a);
 
 class CBase {};
 class CDerived: public CBase {};
 CBase * a = new CBase;
 CDerived * b = static_cast<CDerived *>(a);

注意:static_cast 轉(zhuǎn)換時(shí)并不進(jìn)行運(yùn)行時(shí)安全檢查,所以是非安全的,很容易出問(wèn)題。因此 C++ 引入 dynamic_cast 來(lái)處理安全轉(zhuǎn)型。

 


dynamic_cast 

dynamic_cast 主要用來(lái)在繼承體系中的安全向下轉(zhuǎn)型。它能安全地將指向基類的指針轉(zhuǎn)型為指向子類的指針或引用,并獲知轉(zhuǎn)型動(dòng)作成功是否。如果轉(zhuǎn)型失敗會(huì)返回null(轉(zhuǎn)型對(duì)象為指針時(shí))或拋出異常(轉(zhuǎn)型對(duì)象為引用時(shí))。dynamic_cast 會(huì)動(dòng)用運(yùn)行時(shí)信息(RTTI)來(lái)進(jìn)行類型安全檢查,因此 dynamic_cast 存在一定的效率損失。(我曾見(jiàn)過(guò)屬于優(yōu)化代碼80/20法則中的20那一部分的一段游戲代碼,起初使用的是 dynamic_cast,后來(lái)被換成 static_cast 以提升效率,當(dāng)然這僅是權(quán)宜之策,并非好的設(shè)計(jì)。)

 class CBase { };
 class CDerived: public CBase { };
 CBase b;
 CBase* pb;
 CDerived d;
 CDerived* pd;
 pb = dynamic_cast<CBase*>(&d);     // ok: derived-to-base
 pd = dynamic_cast<CDerived*>(&b);  // error: base-to-derived

上面的代碼中最后一行 VS2010 會(huì)報(bào)如下錯(cuò)誤:

 

error C2683: 'dynamic_cast' : 'CBase' is not a polymorphic type
IntelliSense: the operand of a runtime dynamic_cast must have a polymorphic class type

 

這是因?yàn)?nbsp;dynamic_cast 只有在基類帶有虛函數(shù)的情況下才允許將基類轉(zhuǎn)換為子類

 class CBase
 {
    virtual void dummy() {}
 };
 class CDerived: public CBase
 {
     int a;
 };

  int main ()
 {
    CBase * pba = new CDerived;
    CBase * pbb = new CBase;
    CDerived * pd1, * pd2;
    pd1 = dynamic_cast<CDerived*>(pba);
    pd2 = dynamic_cast<CDerived*>(pbb);
   return 0;
 }

結(jié)果是:上面代碼中的 pd1 不為 null,而 pd2 為 null。

 


dynamic_cast 也可在 null 指針和指向其他類型的指針之間進(jìn)行轉(zhuǎn)換,也可以將指向類型的指針轉(zhuǎn)換為 void 指針(基于此,我們可以獲取一個(gè)對(duì)象的內(nèi)存起始地址 const void * rawAddress = dynamic_cast<const void *> (this);)。


const_cast

前面提到 const_cast 可去除對(duì)象的常量性(const),它還可以去除對(duì)象的易變性(volatile)。const_cast 的唯一職責(zé)就在于此,若將 const_cast 用于其他轉(zhuǎn)型將會(huì)報(bào)錯(cuò)。

 void print (char * str)
 {
   cout << str << endl;
 }
 int main ()
 {
   const char * c = " http://m.shnenglu.com/kesalin/";
   print ( const_cast<char *> (c) );
   return 0;
 }

 


reinterpret_cast

reinterpret_cast 用來(lái)執(zhí)行低級(jí)轉(zhuǎn)型,如將執(zhí)行一個(gè) int 的指針強(qiáng)轉(zhuǎn)為 int。其轉(zhuǎn)換結(jié)果與編譯平臺(tái)息息相關(guān),不具有可移植性,因此在一般的代碼中不常見(jiàn)到它。reinterpret_cast 常用的一個(gè)用途是轉(zhuǎn)換函數(shù)指針類型,即可以將一種類型的函數(shù)指針轉(zhuǎn)換為另一種類型的函數(shù)指針,但這種轉(zhuǎn)換可能會(huì)導(dǎo)致不正確的結(jié)果。總之,reinterpret_cast 只用于底層代碼,一般我們都用不到它,如果你的代碼中使用到這種轉(zhuǎn)型,務(wù)必明白自己在干什么。


三,typeid:獲取表達(dá)式的類型

typeid 定義在標(biāo)準(zhǔn)頭文件<typeinfo>中,用于獲取表達(dá)式的類型,它返回一個(gè)數(shù)據(jù)類型或類名字的字符串。當(dāng) typeid 用于自定義類型時(shí),它使用 RTTI 信息來(lái)獲取對(duì)象的動(dòng)態(tài)類型。基于 typeid,我們可以構(gòu)建出比較對(duì)象(動(dòng)態(tài))類型的操作。


四,使用原則:盡量避免類型轉(zhuǎn)換操作;優(yōu)先使用 C++ 風(fēng)格的轉(zhuǎn)型

1,鑒于類型轉(zhuǎn)換的隱蔽,不安全,易引起非預(yù)期的函數(shù)調(diào)用,對(duì)象切割等等諸多問(wèn)題,應(yīng)該盡量避免類型轉(zhuǎn)換操作。如使用 explicit 聲明可被單參調(diào)用的構(gòu)造函數(shù),按引用傳遞參數(shù)或返回值,使用虛函數(shù)機(jī)制等等可避免類型轉(zhuǎn)換;

2,若類型轉(zhuǎn)換不可避免,優(yōu)先使用 C++ 風(fēng)格的新式類型轉(zhuǎn)換。C++ 風(fēng)格的類型轉(zhuǎn)換一則易于辨識(shí),二則有著其特有慣用手法,遵循這些慣用手法好處多多。


五,測(cè)驗(yàn):

class A {
public :
virtual ~A () {}
}

class B : private virtual A { }
class C : public A {}
class D : public B, public C {}

對(duì)于上述類,定義如下對(duì)象與引用:
A a1, B b1, C c1; D d1;
const A a2;
const A& ca1 = a1;
const A& ca2 = a2;

下面四個(gè)賦值表達(dá)式都正確么?如果正確又分別對(duì)應(yīng)哪一種 C++ 風(fēng)格的轉(zhuǎn)換?
           A * pa; B * pb; C * pc;
(一)pa = (A*) & ca1;
(二)pa = (A*) & ca2;
(三)pb = (B*) & c1;
(四)pc = (C*) & d1;

引用:

1,<Effective C++> 條款 27

2,<More Effective C++> 條款 02
3, http://www.cplusplus.com/doc/tutorial/typecasting/


posted on 2012-10-28 21:44 羅朝輝 閱讀(6979) 評(píng)論(2)  編輯 收藏 引用 所屬分類: C/C++

評(píng)論

# re: [深入理解C++(一)]類型轉(zhuǎn)換(Type Casting) 2012-10-28 22:41 zhaoyg
大致看了下,感覺(jué)博主說(shuō)的都是表象,至少對(duì)于類類型應(yīng)該提及一下《深入探索C++對(duì)象模型》一書(shū)中的內(nèi)容  回復(fù)  更多評(píng)論
  

# re: [深入理解C++(一)]類型轉(zhuǎn)換(Type Casting) 2012-10-29 08:57 羅朝輝
@zhaoyg

這里重點(diǎn)是說(shuō)類型轉(zhuǎn)換,而不是內(nèi)存布局。  回復(fù)  更多評(píng)論
  

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            亚洲视频网站在线观看| 中文精品99久久国产香蕉| 国产一区二区无遮挡| 亚洲国产一二三| 亚洲国产精品黑人久久久| 亚洲婷婷在线| 国产日韩成人精品| 亚洲女同同性videoxma| 欧美三级在线视频| 亚洲美女少妇无套啪啪呻吟| 亚洲国产福利在线| 欧美激情一区在线观看| 最近中文字幕日韩精品| 亚洲人成在线观看| 欧美日韩综合视频网址| 久久久久国产精品一区三寸| 久久久久久噜噜噜久久久精品| 亚洲动漫精品| 亚洲欧美色婷婷| 亚洲激情网站| 亚洲免费视频观看| 亚洲国产日韩一区二区| 夜夜嗨av一区二区三区免费区| 国产精品一区二区三区乱码| 久久精品成人欧美大片古装| 久久久久久久高潮| 亚洲一区在线免费观看| 久久一综合视频| 久久成人资源| 国产精品麻豆va在线播放| 亚洲电影免费观看高清完整版在线观看 | ●精品国产综合乱码久久久久| 模特精品裸拍一区| 国产精品综合久久久| 亚洲麻豆av| 亚洲视频第一页| 国产精品白丝jk黑袜喷水| 国产一区视频观看| 久久久久久久久久久久久9999 | 亚洲免费观看| 在线看国产日韩| 欧美在线日韩精品| 久久国产综合精品| 国产欧美日韩91| 亚洲欧美国产毛片在线| 亚洲欧美日韩精品久久久久| 欧美日韩国产一区| 亚洲人成久久| 亚洲婷婷在线| 亚洲最快最全在线视频| 亚洲先锋成人| 国产亚洲一区在线播放| 午夜精品久久久久久99热| 亚洲欧美国产日韩天堂区| 国产老女人精品毛片久久| 性做久久久久久免费观看欧美| 久久影视精品| av成人动漫| 国产精品一区在线播放| 乱码第一页成人| 亚洲午夜女主播在线直播| 亚洲综合色婷婷| 欧美日本国产视频| 午夜亚洲福利| 亚洲欧洲日产国产网站| 一本色道久久综合亚洲精品不卡| 国产噜噜噜噜噜久久久久久久久| 久久www免费人成看片高清| 亚洲精品国产品国语在线app| 久久精品99国产精品酒店日本| 亚洲第一精品福利| 国产深夜精品福利| 国产精品久久久久久久久久久久| 久久国产精彩视频| 欧美在线视频全部完| 亚洲日本在线视频观看| 好吊色欧美一区二区三区四区 | 欧美性大战久久久久| 欧美激情国产高清| 久久网站免费| 久久精品导航| 久久免费视频一区| 久热re这里精品视频在线6| 欧美中文在线观看| 久久精品首页| 女人香蕉久久**毛片精品| 久久大逼视频| 欧美成人亚洲| 国产精品久久久91| 国产欧美日韩另类视频免费观看| 国产精品美女久久久久久久| 国产精品美女久久久久久免费| 国产精品久久久久9999高清| 欧美日韩视频在线观看一区二区三区| 欧美国产亚洲视频| 欧美性大战久久久久久久蜜臀| 欧美三级午夜理伦三级中视频| 欧美日韩中文字幕| 国内精品免费在线观看| 狠狠v欧美v日韩v亚洲ⅴ| 亚洲高清视频一区二区| 亚洲精品免费在线播放| 亚洲欧美高清| 欧美承认网站| 一本色道久久88精品综合| 亚洲理伦在线| 欧美主播一区二区三区美女 久久精品人| 欧美在线在线| 欧美大片一区| 久久精品导航| 欧美日韩情趣电影| 亚洲国产欧美日韩| 久久久久综合| 亚洲欧美日韩精品在线| 欧美国产精品v| 久久久久久亚洲精品不卡4k岛国| 欧美成人午夜| 亚洲国产福利在线| 欧美 日韩 国产一区二区在线视频 | 久久国产精品免费一区| 亚洲专区一区| 欧美老女人xx| 亚洲高清影视| 欧美a级一区| 免费日韩视频| 亚洲美女黄网| 亚洲精品一区二区三区四区高清| 老司机精品视频网站| 国产一区二区三区久久精品| 亚洲一区二区3| av成人毛片| 国产欧美精品一区二区色综合 | 亚洲一区尤物| 亚洲一区二区动漫| 国产日韩欧美制服另类| 久久免费精品视频| 免费在线欧美视频| 亚洲无线视频| 久久综合九色综合欧美狠狠| 亚洲国产精品黑人久久久| 亚洲激情自拍| 国产免费观看久久黄| 久久一区免费| 国产精品国产三级国产专播精品人| 亚洲在线视频观看| 久久久xxx| 亚洲欧美日本精品| 欧美成人亚洲成人| 久久露脸国产精品| 国产精品成人一区二区三区夜夜夜 | 亚洲欧美色婷婷| 久久久久国色av免费观看性色| 亚洲狠狠婷婷| 久久午夜精品| 欧美一区二区三区喷汁尤物| 久久婷婷蜜乳一本欲蜜臀| 久久国产精品久久久| 国产精品v欧美精品v日韩 | 欧美在线观看www| 欧美成人情趣视频| 亚洲欧美日韩精品综合在线观看| 欧美在线亚洲综合一区| 性做久久久久久免费观看欧美| 欧美高清日韩| 亚洲人成在线观看网站高清| 激情欧美国产欧美| 欧美中文字幕在线视频| 欧美在线免费观看| 欧美日本三区| 99视频有精品| 亚洲欧美日韩在线播放| 欧美日韩中字| 午夜日韩在线| 免费久久99精品国产自| 激情五月***国产精品| 久久亚洲私人国产精品va媚药| 久久综合色天天久久综合图片| 精品91视频| 欧美日韩免费| 欧美伊人久久久久久久久影院 | 亚洲日本精品国产第一区| 免费观看在线综合色| 9i看片成人免费高清| 欧美专区在线播放| 91久久精品国产91性色| 国产日本欧美在线观看| 裸体一区二区| 欧美一区二区三区免费大片| 亚洲福利电影| 久久精品成人一区二区三区蜜臀 | 在线精品视频一区二区| 欧美激情一区二区三区在线视频| 亚洲综合精品| 99pao成人国产永久免费视频| 亚洲主播在线播放| 性欧美大战久久久久久久免费观看| 欧美成人国产一区二区| 午夜一级久久| 亚洲一区二区视频| 一区二区免费在线视频|