C++中的類型轉(zhuǎn)換

C++中的類型轉(zhuǎn)換

顯示轉(zhuǎn)換

命名的強制類型轉(zhuǎn)換

  1. static_cast
  2. dynamic_cast
  3. const_cast
  4. reinterpret_cast
 cast-name<type>(expression)
 //其中type是轉(zhuǎn)換的目標類型脱拼,expression是要轉(zhuǎn)換的值
 //castname是上表所列的4個轉(zhuǎn)換類型名中的一種

static_cast

任何具有明確定義的類型轉(zhuǎn)換,只要不包含底層const坷备,都可以使用static_cast熄浓。

 int i,j;
 double slope = i/j;
 double slope = static_cast<double>(j)/i;//強制轉(zhuǎn)換以便執(zhí)行浮點除法。
 

當一個較大的算術類型轉(zhuǎn)換成一個較小的算術類型省撑,如果沒有使用static_cast 就會顯示警告赌蔑,使用static_cast警告就消失了,因為編譯器已經(jīng)默認接受可能出現(xiàn)的精度損失竟秫。

static_cast對于編譯器無法自動執(zhí)行的類型轉(zhuǎn)換也非常有用惯雳。

    void *p = &d; 
    double *dp = static_cast<double* >(p);

const_cast

const_cast 只能改變運算對象的底層const

const char *pc;
char *p = const_cast<char*>(pc);

如果對象本身不是一個常量,使用強制類型轉(zhuǎn)換獲得寫的權限是合法的行為鸿摇,然而如果對象是一個常量石景,再使用const_cast執(zhí)行寫操作就會產(chǎn)生未定義的后果。

reinterpret_cast

reinterpret_cast 通常為運算對象的位模式提供較低層次上的重新解釋拙吉。

int *ip;
char *pc = reinterpret_cast<char *>(ip);

我們必須牢記pc所指的真實對象是一個int而非字符潮孽,如果把pc當成普通的的字符串指針使用就可能在運行時發(fā)生錯誤。

 string str(pc); //會發(fā)生錯誤。

當我們用一個int的地址初始化pc時,由于顯式的聲稱這種轉(zhuǎn)化合法骄噪,所以編譯器不會發(fā)出任何警告或錯誤信息。

const的分層問題

頂層const

用名詞頂層const(top-level const)表示指針本身是個常量椎例,而用名詞底層const(low-level const)表示指針所指對象是一個常量挨决。
更一般的,頂層const可以表示任意的對象是常量订歪。
底層const則與指針和引用等復合類型的基本類型部分有關脖祈。
指針類型既可以是頂層const又可以是底層const

    int i = 0;
    int* const p1 = &i; //不能改變p1的值是一個頂層const
    const int ci = 42; //不能改變ci的值是一個頂層const
    const int *p2 = &ci; //可以改變p2的值是一個底層const
    const int *const p3 = p2刷晋; //靠右邊的是頂層const盖高,靠左邊的是底層const
    const int &r = ci; //r 是底層const

底層const的限制不能忽視眼虱,當執(zhí)行對象的拷貝操作時喻奥,拷入拷出的對象必須有相同的底層const資格∧笮或者兩個對象的數(shù)據(jù)類型必須能夠轉(zhuǎn)換撞蚕,非常量可以轉(zhuǎn)換成常量,反之則不行过牙。

    int *p = p3; //p沒有底層const的資格诈豌,不能進行。
    p2 = p3; //p2,p3均有底層const的資格
    p2 = &i; //正確抒和,int* 能轉(zhuǎn)換成const int*
    int &r = ci; //普通的int & 不能綁定在 int 常量上。
    const int &r2 = i; //const int & 可以綁定到一個普通int 上彤蔽。
最后編輯于
?著作權歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末摧莽,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子顿痪,更是在濱河造成了極大的恐慌镊辕,老刑警劉巖,帶你破解...
    沈念sama閱讀 217,509評論 6 504
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件蚁袭,死亡現(xiàn)場離奇詭異征懈,居然都是意外死亡,警方通過查閱死者的電腦和手機揩悄,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,806評論 3 394
  • 文/潘曉璐 我一進店門卖哎,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人删性,你說我怎么就攤上這事亏娜。” “怎么了蹬挺?”我有些...
    開封第一講書人閱讀 163,875評論 0 354
  • 文/不壞的土叔 我叫張陵维贺,是天一觀的道長。 經(jīng)常有香客問我巴帮,道長溯泣,這世上最難降的妖魔是什么虐秋? 我笑而不...
    開封第一講書人閱讀 58,441評論 1 293
  • 正文 為了忘掉前任,我火速辦了婚禮垃沦,結(jié)果婚禮上客给,老公的妹妹穿的比我還像新娘。我一直安慰自己栏尚,他們只是感情好起愈,可當我...
    茶點故事閱讀 67,488評論 6 392
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著译仗,像睡著了一般抬虽。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上纵菌,一...
    開封第一講書人閱讀 51,365評論 1 302
  • 那天阐污,我揣著相機與錄音,去河邊找鬼咱圆。 笑死笛辟,一個胖子當著我的面吹牛,可吹牛的內(nèi)容都是我干的序苏。 我是一名探鬼主播手幢,決...
    沈念sama閱讀 40,190評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼忱详!你這毒婦竟也來了围来?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 39,062評論 0 276
  • 序言:老撾萬榮一對情侶失蹤匈睁,失蹤者是張志新(化名)和其女友劉穎监透,沒想到半個月后,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體航唆,經(jīng)...
    沈念sama閱讀 45,500評論 1 314
  • 正文 獨居荒郊野嶺守林人離奇死亡胀蛮,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,706評論 3 335
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了糯钙。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片粪狼。...
    茶點故事閱讀 39,834評論 1 347
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖任岸,靈堂內(nèi)的尸體忽然破棺而出鸳玩,到底是詐尸還是另有隱情,我是刑警寧澤演闭,帶...
    沈念sama閱讀 35,559評論 5 345
  • 正文 年R本政府宣布不跟,位于F島的核電站,受9級特大地震影響米碰,放射性物質(zhì)發(fā)生泄漏窝革。R本人自食惡果不足惜购城,卻給世界環(huán)境...
    茶點故事閱讀 41,167評論 3 328
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望虐译。 院中可真熱鬧瘪板,春花似錦、人聲如沸漆诽。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,779評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽厢拭。三九已至兰英,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間供鸠,已是汗流浹背畦贸。 一陣腳步聲響...
    開封第一講書人閱讀 32,912評論 1 269
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留楞捂,地道東北人薄坏。 一個月前我還...
    沈念sama閱讀 47,958評論 2 370
  • 正文 我出身青樓,卻偏偏與公主長得像寨闹,于是被迫代替她去往敵國和親胶坠。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 44,779評論 2 354

推薦閱讀更多精彩內(nèi)容