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

洛譯小筑

別來無恙,我的老友…
隨筆 - 45, 文章 - 0, 評論 - 172, 引用 - 0
數(shù)據(jù)加載中……

[ECPP讀書筆記 條目5] 要清楚C++在后臺為你書寫和調(diào)用了什么函數(shù)

什么時(shí)候一個(gè)空類在實(shí)際上并不是空類呢?我們說,在C++處理它的時(shí)候。對于一個(gè)類來說,如果你不自己手動聲明一個(gè)復(fù)制構(gòu)造函數(shù)、一個(gè)賦值運(yùn)算符、和一個(gè)析構(gòu)函數(shù),編譯器就會自動為你聲明這些函數(shù)。而且,如果你根本沒有聲明構(gòu)造函數(shù)的話,編譯器也將為你聲明一個(gè)默認(rèn)構(gòu)造函數(shù)。所有這些函數(shù)將是public的并且是inline的(參見條目30)。舉例說,如果你編寫了:

class Empty{};

它在本質(zhì)上講與下邊這個(gè)類是等價(jià)的:

class Empty {

public:

  Empty() { ... }                  // 默認(rèn)構(gòu)造函數(shù)

  Empty(const Empty& rhs) { ... }  // 拷貝構(gòu)造函數(shù)

  ~Empty() { ... }                 // 析構(gòu)函數(shù)

                                   // 下文將分析它是否為虛函數(shù)

  Empty& operator=(const Empty& rhs)   // 賦值運(yùn)算符

  { ... }

};

這些函數(shù)只有在需要的時(shí)候才會生成,但是需要他們是經(jīng)常的事情。以下的代碼可以生成每一個(gè)函數(shù):

Empty e1;                          // 默認(rèn)構(gòu)造函數(shù)

                                   // 析構(gòu)函數(shù)

Empty e2(e1);                      // 復(fù)制構(gòu)造函數(shù)

e2 = e1;                           // 賦值運(yùn)算符

現(xiàn)在我們知道編譯器為你編寫了這些函數(shù),那么這些函數(shù)是做什么的呢?默認(rèn)構(gòu)造函數(shù)和析構(gòu)函數(shù)主要作用是為編譯器提供一個(gè)放置“幕后代碼”的空間,“幕后代碼”完成的是諸如對于基類和非靜態(tài)數(shù)據(jù)成員的構(gòu)造函數(shù)和析構(gòu)函數(shù)的調(diào)用。請注意,對于由編譯器生成的析構(gòu)函數(shù),除非所在的類繼承自一個(gè)擁有虛析構(gòu)函數(shù)的基類(這個(gè)情況下,析構(gòu)函數(shù)的虛擬性繼承自它的基類),其他情況均不是虛函數(shù)(參見條目7)。

對于復(fù)制構(gòu)造函數(shù)和賦值運(yùn)算符而言,編譯器所生成的版本只是簡單地把原對象中所有的非靜態(tài)數(shù)據(jù)成員復(fù)制到目標(biāo)對象里。請參見下邊的NamedObject模板,它讓你能夠使用名字來訪問T類型對象:

template<typename T>

class NamedObject {

public:

  NamedObject(const char *name, const T& value);

  NamedObject(const std::string& name, const T& value);

  ...

private:

  std::string nameValue;

  T objectValue;

};

由于NamedObject中聲明了一個(gè)構(gòu)造函數(shù),編譯器則不會為你自動生成一個(gè)默認(rèn)構(gòu)造函數(shù)。這一點(diǎn)很重要。這意味著如果這個(gè)類已經(jīng)經(jīng)過你認(rèn)真仔細(xì)的設(shè)計(jì),你認(rèn)為它的構(gòu)造函數(shù)必須包含參數(shù),這時(shí)候你便不需要擔(dān)心編譯器會違背你的意愿,輕率地在你的類中添加一個(gè)沒有參數(shù)的構(gòu)造函數(shù)。

NamedObject沒有聲明復(fù)制構(gòu)造函數(shù)和賦值運(yùn)算符,所以編譯器將會自動生成這些函數(shù)(在需要的時(shí)候)。請看下面代碼中對復(fù)制構(gòu)造函數(shù)的應(yīng)用:

NamedObject<int> no1("Smallest Prime Number", 2);

NamedObject<int> no2(no1);        // 調(diào)用復(fù)制構(gòu)造函數(shù)

由編譯器自動生成的這一復(fù)制構(gòu)造函數(shù)必須要分別使用no1.nameValueno1.objectValue來初始化no2.nameVauleno2.objectValuenameValue是一個(gè)string,由于標(biāo)準(zhǔn)字符串類型帶有一個(gè)復(fù)制構(gòu)造函數(shù),所以no2.nameValue將通過調(diào)用string的復(fù)制構(gòu)造函數(shù)(以no1.nameValue作為其參數(shù))得到初始化。另外,NamedObject<int>::ObjectValueint型的(這是因?yàn)閷τ诋?dāng)前的模板實(shí)例來說,Tint型的),而int是一個(gè)內(nèi)建類型,所以no2.objectValue將通過復(fù)制no1.objectValue來得到初始化。

由編譯器自動生成的NamedObject<int>的拷貝賦值運(yùn)算符與上述復(fù)制構(gòu)造函數(shù)的行為基本一致,但是大體上講,編譯器自動生成的拷貝賦值運(yùn)算符只有在生成代碼合法、有存在的價(jià)值時(shí),才會像上文中我所描述的那種方式運(yùn)行。如果其中任意一條無法滿足,編譯器將會拒絕為你的類生成一個(gè)operator=

請看下邊的示例,如果NamedObject被定義成這樣,nameValue是一個(gè)指向字符串的引用,而objectValue是一個(gè)const T

template<class T>

class NamedObject {

public:

  // 以下的構(gòu)造函數(shù)中的name參數(shù)不再是const的了,

  // 這是因?yàn)楝F(xiàn)在nameValue是一個(gè)指向非conststring的引用。

  // char*參數(shù)的構(gòu)造函數(shù)已經(jīng)不復(fù)存在了,

  // 這是因?yàn)檫@里必須存在一個(gè)string引用。

  NamedObject(std::string& name, const T& value);

  ...                              // 如前所述,假設(shè)沒有聲明任何 operator=

 

private:

  std::string& nameValue;          // 現(xiàn)在是一個(gè)引用

  const T objectValue;             // 現(xiàn)在為const

};

現(xiàn)在請你思考接下來會發(fā)生什么事情:

std::string newDog("Persephone");

std::string oldDog("Satch");

 

NamedObject<int> p(newDog, 2);    // 在我最初編寫這段代碼的時(shí)候我們的狗

                                   // Persephone正要度過她的兩周歲生日

 

NamedObject<int> s(oldDog, 36);   // 我家的狗Satch(在我小時(shí)候養(yǎng)的)

                                   // 如果她現(xiàn)在還活著應(yīng)該有36歲了

 

p = s;                             // 對于p中的數(shù)據(jù)成員將會發(fā)生什么呢?

在賦值之前,p.nameValues.nameValue都引用了一個(gè)string對象,但不是同一個(gè)。那么賦值操作又怎么會影響到p.nameValue呢?在賦值之后,p.nameValue是否應(yīng)引用由s.nameValue中保存的string應(yīng)用呢?換句話說,引用是否可以被更改呢?如果可以的話,我們就開創(chuàng)了一個(gè)全新的議題,因?yàn)镃++并沒有提供任何方法讓一個(gè)引用改變其所引用的對象。換個(gè)角度說,p.nameValue所引用的string對象是否可以被修改,從而影響到包含指向這個(gè)string對象的指針或引用的其他對象(換句話說,此次賦值中未直接涉及到的對象)呢?這是否是編譯器自動生成的拷貝賦值運(yùn)算符應(yīng)該做的呢?

面對這一難題,C++拒絕編譯這類代碼。如果你希望讓包含引用成員的類支持賦值操作,就必須自己定義拷貝賦值運(yùn)算符。對于包含const成員的類(比如上文中修改后的objectValue)編譯器也會做類似處理。由于修改const成員是非法的,因此編譯器無法在一個(gè)隱式生成的賦值函數(shù)中確定如何處理它們。最終,如果一個(gè)基類中的拷貝賦值運(yùn)算符是聲明為private的,那么在派生類中編譯器將拒絕隱式生成拷貝賦值運(yùn)算符。畢竟,編譯器為派生類自動生成的拷貝賦值運(yùn)算符也要處理基類中相應(yīng)的部分(參見條目12),但是在這些拷貝賦值運(yùn)算符處理相應(yīng)的基類部分時(shí),是肯定不能調(diào)用派生類中無權(quán)調(diào)用的數(shù)據(jù)成員的。

時(shí)刻牢記

編譯器可能會隱式為一個(gè)類生成默認(rèn)構(gòu)造函數(shù)、復(fù)制構(gòu)造函數(shù)、拷貝賦值運(yùn)算符和析構(gòu)函數(shù)。


posted on 2007-04-17 19:34 ★ROY★ 閱讀(1093) 評論(1)  編輯 收藏 引用 所屬分類: Effective C++

評論

# re: 【翻譯】Effective C++ (第5條:要清楚C++在后臺為你書寫和調(diào)用了什么函數(shù))  回復(fù)  更多評論   

堅(jiān)持就是勝利,歡迎加入msn的C++群:group2041@xiaoi.com
2007-04-18 17:42 | 夢在天涯
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            欧美在线高清| 久久久精品一区二区三区| aa亚洲婷婷| 亚洲人成网在线播放| 亚洲第一视频| 亚洲精品视频免费观看| 亚洲精品偷拍| 亚洲午夜国产一区99re久久| 亚洲小说欧美另类社区| 午夜久久影院| 久久久久国产成人精品亚洲午夜| 久久先锋资源| 欧美激情一区二区三区蜜桃视频| 亚洲精品中文字| 亚洲在线视频| 久热国产精品视频| 欧美午夜在线视频| 伊甸园精品99久久久久久| 亚洲国产影院| 欧美在线视频观看免费网站| 亚洲大胆在线| 亚洲精选久久| 欧美一区二区三区四区夜夜大片| 老鸭窝91久久精品色噜噜导演| 欧美伦理一区二区| 国产日韩精品视频一区| 亚洲高清免费视频| 午夜天堂精品久久久久| 欧美寡妇偷汉性猛交| 精品动漫3d一区二区三区免费版| 在线精品视频在线观看高清| 亚洲视频网在线直播| 久久疯狂做爰流白浆xx| 亚洲黄色一区二区三区| 欧美中文在线视频| 欧美午夜免费影院| 久久久av水蜜桃| 欧美日韩一区二区三区免费看| 国产偷国产偷亚洲高清97cao| 最新高清无码专区| 久久久www| 一区二区三区久久| 欧美激情一区二区三区不卡| 狠狠色香婷婷久久亚洲精品| 亚洲午夜精品久久久久久app| 欧美二区乱c少妇| 亚洲视频观看| 欧美成人免费一级人片100| 亚洲欧美一区二区三区久久| 欧美午夜激情视频| 日韩视频二区| 亚洲大片av| 免费看成人av| 在线精品福利| 裸体女人亚洲精品一区| 久久aⅴ国产欧美74aaa| 国产精品久久久久久福利一牛影视 | 一区二区三区 在线观看视频| 美女黄网久久| 久久青草福利网站| 国产亚洲在线观看| 久久国产精品99久久久久久老狼| 国产精品99久久久久久人| 欧美日韩国产三级| 一区二区激情视频| 亚洲美女中文字幕| 欧美日韩影院| 亚洲综合色在线| 亚洲综合第一| 国产亚洲欧美一级| 久久一二三区| 蜜乳av另类精品一区二区| 亚洲高清激情| 亚洲人成小说网站色在线| 欧美精品九九99久久| 宅男噜噜噜66国产日韩在线观看| 99视频一区二区三区| 国产精品美女久久久免费| 久久精品国产亚洲高清剧情介绍 | 欧美日韩国产麻豆| 中文国产成人精品| 亚洲欧美国产日韩天堂区| 国内精品久久久久影院优 | 欧美一级在线视频| 影音先锋亚洲视频| 欧美激情视频一区二区三区免费| 欧美精品 国产精品| 亚洲天堂av在线免费观看| 亚洲欧美日韩综合一区| 亚洲高清av| 亚洲视频免费在线观看| 国产中文一区| 亚洲三级免费观看| 国产精品丝袜白浆摸在线| 欧美freesex8一10精品| 欧美视频一区| 欧美电影资源| 国产精品美女久久久| 美脚丝袜一区二区三区在线观看 | 中日韩男男gay无套| 国产精品多人| 麻豆免费精品视频| 国产精品v欧美精品∨日韩| 久久在线视频在线| 国产精品护士白丝一区av| 欧美成人蜜桃| 国产美女一区二区| 最新国产精品拍自在线播放| 国产日韩综合| 夜夜嗨av一区二区三区四区| 精品福利电影| 亚洲一区二区成人在线观看| 亚洲国产欧美日韩另类综合| 亚洲精品一区二区三区婷婷月| 国产美女高潮久久白浆| 亚洲精品乱码| 黄页网站一区| 亚洲欧美国产一区二区三区| 亚洲国产日韩综合一区| 翔田千里一区二区| 亚洲深夜福利在线| 久久亚洲国产精品日日av夜夜| 亚洲自拍偷拍色片视频| 欧美电影资源| 久久久噜噜噜久久久| 欧美日韩国产专区| 亚洲动漫精品| 亚洲电影毛片| 久久精品免费| 亚洲欧美日韩国产另类专区| 欧美精品一区二区三区四区| 久久伊人一区二区| 国产色综合天天综合网| 亚洲网友自拍| 亚洲欧美成人| 国产精品视频福利| 亚洲一区二区伦理| 性欧美8khd高清极品| 国产精品免费一区二区三区观看| 亚洲美女区一区| 在线亚洲+欧美+日本专区| 欧美伦理91| 艳妇臀荡乳欲伦亚洲一区| 亚洲小视频在线观看| 国产精品久在线观看| 亚洲欧美国产视频| 久久免费少妇高潮久久精品99| 韩日成人av| 免费成人av在线看| 亚洲精品国精品久久99热一| 中文高清一区| 国产日韩在线一区| 久久嫩草精品久久久久| 亚洲国产精品嫩草影院| 在线午夜精品自拍| 国产日韩欧美麻豆| 玖玖玖免费嫩草在线影院一区| 亚洲国产一区二区三区a毛片| 一本久道久久综合狠狠爱| 国产精品久久久| 欧美在线网站| 亚洲欧洲日本专区| 欧美一区二区三区日韩视频| 一区二区三区在线免费视频 | 亚洲一区二区三区免费视频| 久久成人精品无人区| 久久永久免费| 亚洲精品欧美一区二区三区| 亚洲欧美激情四射在线日| 狠狠干狠狠久久| 欧美精品久久久久久| 亚洲欧美日本精品| 亚洲国产成人av在线| 亚洲欧美国产日韩中文字幕| 激情成人av| 国产精品久久久久久户外露出 | 亚洲第一区在线| 欧美性生交xxxxx久久久| 久久精品免视看| 日韩亚洲欧美精品| 久久久久亚洲综合| 一区二区三区欧美成人| 国内精品视频久久| 欧美色综合网| 美日韩免费视频| 欧美一区二区精美| 日韩视频一区二区三区在线播放| 久久久久9999亚洲精品| 一区二区三区精品久久久| 精品1区2区3区4区| 国产精品综合不卡av| 欧美激情视频在线免费观看 欧美视频免费一 | 亚洲一区二区三区四区视频| 欧美成人亚洲成人日韩成人| 午夜久久影院| 在线视频一区观看| 亚洲精品你懂的| 亚洲盗摄视频| 极品少妇一区二区三区精品视频| 欧美午夜女人视频在线|