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

Shuffy

不斷的學(xué)習(xí),不斷的思考,才能不斷的進(jìn)步.Let's do better together!
posts - 102, comments - 43, trackbacks - 0, articles - 19

[轉(zhuǎn)]http://www.shnenglu.com/tiandejian/archive/2007/07/05/ec_24.html
我在這本書的序言中曾特別提到過,讓類支持隱式類型轉(zhuǎn)換在一般情況下都不會是一個好主意。當(dāng)然,這一準(zhǔn)則還是存在一些例外的,其中最普通的一個就是數(shù)值類型。舉例說,如果你正在設(shè)計(jì)一個表示有理數(shù)的類,提供從整數(shù)向有理數(shù)的轉(zhuǎn)換也不是毫無道理的。很顯然,這樣做與 C++ 內(nèi)建的從 int 向 double 的轉(zhuǎn)換 一樣符合常理(甚至比 C++ 內(nèi)建的從 double 向 int 的轉(zhuǎn)換 要合理得多)。這是千真萬確的,你可能以這樣的方式開始編寫你的 Rational (有理數(shù)) 類:

class Rational {

public:

 Rational(int numerator = 0, int denominator = 1);

                              // 構(gòu)造函數(shù)是有意寫成非顯性的

                              // 從而可以提供 int Rational 的隱性轉(zhuǎn)換

 

 int numerator() const;      // 用于訪問分子和分母的函數(shù)

 int denominator() const;    // 參見第 22

 

private:

 ...

};

此時(shí)你很了解這個類應(yīng)該支持諸如加法、乘法等算術(shù)操作,但是你并不能確定這些操作是應(yīng)該通過成員函數(shù)實(shí)現(xiàn),或者(如果可能的話)以非成員函數(shù)(友元)的形式實(shí)現(xiàn)。在你舉棋不定的時(shí)候,你的本能會告訴你你應(yīng)該盡量做到面向?qū)ο蟆D阒肋@一點(diǎn),于是會說,有理數(shù)的乘法操作 Rational 類相關(guān),因此很自然地,有理數(shù)的 operator* 就應(yīng)該實(shí)現(xiàn)為 Rational 類內(nèi)部的成員。與直覺恰恰相反的是,將函數(shù)放在相關(guān)的類中在有些時(shí)候恰恰是違背面向?qū)ο笤瓌t的(第 23 條中討論過),我們暫時(shí)不考慮這一問題,考察一下用 operator* 作為 Rational 的一個成員函數(shù):

class Rational {

public:

 ...

 

 const Rational operator*(const Rational& rhs) const;

};

(如果你不太了解為什么以這種方式定義函數(shù):返回一個 const 值而不是引用,使用“ const 引用”類型的參數(shù)。請參見第 3 20 21 條)

這種設(shè)計(jì)方案會使乘法操作非常簡便:

Rational oneEighth(1, 8);

Rational oneHalf(1, 2);

 

Rational result = oneHalf * oneEighth;        // 工作正常

 

result = result * oneEighth;                  // 工作正常

但是你不能滿足于現(xiàn)狀。你可能期望 Rational 支持混合模式操作,也就是說 Rational 應(yīng)該可以與其它類型值(比如 int )相乘。畢竟說,兩數(shù)相乘的操作再自然不過了,即使這兩個數(shù)的類型不一致。

然而,當(dāng)你嘗試進(jìn)行混合模式算術(shù)時(shí),你會發(fā)現(xiàn)它僅僅在一半的時(shí)間內(nèi)正常工作:

result = oneHalf * 2;                        // 工作正常

 

result = 2 * oneHalf;                        // 出錯!

這是一個不好的兆頭。你是否記得乘法交換率呢?

如果你將上述后兩個示例重寫為它們等價(jià)的函數(shù)形式,代碼中的問題就會浮出水面:

result = oneHalf.operator*(2);               // 工作正常

 

result = 2.operator*(oneHalf);               // 出錯!

oneHalf 對象是一個類的實(shí)例,這個類中包含 operator* ,于是編譯器就會調(diào)用這個函數(shù)。然而整數(shù) 2 沒有相關(guān)的類,因此就沒有相關(guān)的 operator* 成員函數(shù)。編譯器仍然會去尋找非成員函數(shù) operator* (應(yīng)該存在于名字空間域或者整體域),這些 operator* 應(yīng)該可以這樣調(diào)用:

result = operator*(2, oneHalf);               // error!

但是在本示例中,沒有任何非成員 operator* 能接收一個 int 和一個 Rational ,因此搜尋工作自然會失敗。

請?jiān)俅侮P(guān)注一下調(diào)用成功的示例。你可以看到它的第二個實(shí)在參數(shù)是整數(shù) 2 ,而 Rational::operator* 本身只將 Rational 作為它的型參。這里發(fā)生了什么呢? 2 為什么僅在一種情況下正常運(yùn)行,而另一種又不可以了呢?

這里發(fā)生的事情是:隱式類型轉(zhuǎn)換。編譯器知道你正在傳入一個 int ,而函數(shù)所需要的參數(shù)卻是 Rational ,但是編譯器同時(shí)也知道它可以通過使用你所提供的 int 值作為參數(shù),調(diào)用 Rational 的構(gòu)造函數(shù),從而“變出”一個合適的 Rational 來。也就是說,編譯器在處理上述代碼時(shí),會以近似于下面的形式進(jìn)行:

const Rational temp(2);          // 2 為參數(shù),創(chuàng)建一個

                                // 臨時(shí)的 Rational 對象

 

result = oneHalf * temp;        // oneHalf.operator*(temp) 等價(jià)

當(dāng)然,編譯器這樣做僅僅是因?yàn)橛幸粋€非顯性的構(gòu)造函數(shù)為其助一臂之力。如果 Rational 的構(gòu)造函數(shù)是 explicit 的,那么下面的語句都是通不過編譯的:

result = oneHalf * 2;           // 出錯 ! ( 存在 explicit 的構(gòu)造函數(shù) )

                                // 無法將 2 轉(zhuǎn)型為 Rational

 

result = 2 * oneHalf;           // 同樣的錯誤,同樣的問題

看上去似乎僅在這些參數(shù)存在于參數(shù)表中的時(shí)候,它們才有資格進(jìn)行隱式類型轉(zhuǎn)換。與成員函數(shù)所調(diào)用的對象(也就是 this 所指向的對象)相關(guān)的隱式參數(shù)永遠(yuǎn)也沒有資格進(jìn)行隱式轉(zhuǎn)換。這就是為什么第一次調(diào)用能夠通過編譯,而第二次不行。第一種情況涉及到參數(shù)表中所列的一個參數(shù),而第二種沒有。

但是此時(shí)你仍期望支持混合模式算術(shù),同時(shí)在此時(shí)工作方案也水落石出了:將 operator* 聲明為非成員函數(shù),這樣就可以允許編譯器對所有參數(shù)進(jìn)行隱式類型轉(zhuǎn)換:

class Rational {

 ...                            // 不包含任何 operator*

};

 

const Rational operator*(const Rational& lhs, const Rational& rhs)

                                // operator* 聲明為非成員函數(shù)

{

 return Rational(lhs.numerator() * rhs.numerator(),

                  lhs.denominator() * rhs.denominator());

}

 

Rational oneFourth(1, 4);

Rational result;

 

result = oneFourth * 2;         // 工作正常

 

result = 2 * oneFourth;         // 太棒了!這樣也可以了。

故事終于有了一個完美的結(jié)局,但是還為人們留下了一處懸念。 operator* 是否應(yīng)該做為 Rational 類的一個友元呢?

在這種情況下,答案是:不行。因?yàn)?/span> operator* 完全可以通過 Rational 的公用接口來實(shí)現(xiàn)。上面的代碼交待了如何做這件事情。我們可以從中觀察總結(jié)出一條重要結(jié)論,那就是:與成員函數(shù)相反的是非成員函數(shù),而不是友元函數(shù)。有太多的 C++ 程序員自認(rèn)為,如果一個函數(shù)與一個類相關(guān),那么就不應(yīng)該將其實(shí)現(xiàn)為成員(比如說,所有參數(shù)都需要進(jìn)行類型轉(zhuǎn)換),而是應(yīng)該實(shí)現(xiàn)為一個友元。這個實(shí)例表明這樣的推理是存在漏洞的。要盡量避免使用友元,因?yàn)椋c現(xiàn)實(shí)生活中的情況類似,朋友為我們帶來的麻煩往往要比好處多得多。當(dāng)然就像歌里唱的:“朋友多了路好走”,但是這并不意味著一個函數(shù)不應(yīng)該作為成員時(shí),就必須成為一個友元。

本條款中包含著真理,僅僅包含真理,而又不是真理的全部。當(dāng)你從面向?qū)ο蟮?/span> C++ 過渡至模板 C++ 時(shí)(參見第 1 條),你會將 Rational 實(shí)現(xiàn)為模板類而不是普通的類,此時(shí)就需要考慮新的問題了,也有了新的解決辦法,一些設(shè)計(jì)實(shí)現(xiàn)的方法是不可思議的。這些問題、解決方案、具體實(shí)現(xiàn)是第 46 條討論的主題。

銘記在心

如果你需要對一個函數(shù)的所有參數(shù)進(jìn)行類型轉(zhuǎn)換(包括 this 指針?biāo)赶虻膶ο螅敲此仨毷且粋€非成員函數(shù)。

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            一色屋精品视频在线看| 极品日韩av| 亚洲一区二区三区四区五区午夜| 亚洲国产成人精品久久| 美日韩免费视频| 亚洲另类一区二区| 亚洲免费观看高清在线观看| 欧美日韩国产成人| 亚洲欧美精品suv| 午夜精品久久| 亚洲国产毛片完整版| 亚洲国产色一区| 国产精品v欧美精品v日本精品动漫| 亚洲一二三四区| 欧美在线三级| 亚洲精品一二区| 一本色道久久综合狠狠躁篇怎么玩| 欧美三区美女| 久久中文精品| 欧美日韩视频第一区| 欧美综合77777色婷婷| 久久久久成人精品| 99re66热这里只有精品3直播| 一本大道久久a久久精二百| 国产午夜精品久久| 91久久国产综合久久| 国产精品久久999| 狂野欧美一区| 国产精品激情| 欧美激情一区二区三区在线| 国产精品国产一区二区| 久久中文字幕一区二区三区| 欧美精品久久99| 久久久噜噜噜久久狠狠50岁| 欧美精品久久99久久在免费线| 欧美一区亚洲| 欧美日韩精品一区二区天天拍小说| 欧美在线视频全部完| 欧美激情网友自拍| 久久综合影音| 国产精自产拍久久久久久| 欧美激情精品久久久久久久变态| 欧美日韩中文字幕| 欧美激情第4页| 韩国精品久久久999| 一本色道**综合亚洲精品蜜桃冫| 在线播放日韩欧美| 性亚洲最疯狂xxxx高清| 亚洲一卡久久| 欧美日本在线观看| 欧美激情在线观看| 影音先锋中文字幕一区二区| 亚洲综合丁香| 亚洲一区视频在线| 欧美日韩亚洲不卡| 91久久精品国产91性色tv| 精品动漫一区二区| 久久av在线看| 久久精品综合一区| 国产日韩精品一区二区三区在线| 一区二区三区国产在线观看| 日韩视频中文| 欧美日韩成人网| 91久久精品国产91久久性色tv | 午夜日韩av| 亚洲一区二区免费在线| 欧美日韩国产在线一区| 亚洲精品久久久久久久久久久久 | 欧美成人在线免费视频| 久久综合久色欧美综合狠狠| 国产亚洲欧美aaaa| 香蕉久久精品日日躁夜夜躁| 欧美一级成年大片在线观看| 国产精品美女一区二区| 一本久久a久久精品亚洲| 在线视频日本亚洲性| 欧美精品在线免费观看| 亚洲理论在线| 亚洲欧美偷拍卡通变态| 国产欧美亚洲精品| 欧美主播一区二区三区美女 久久精品人| 午夜日韩在线观看| 国产在线视频欧美一区二区三区| 久久成人在线| 欧美激情91| 一区二区三区久久久| 欧美私人啪啪vps| 亚洲免费网址| 久久一二三四| 日韩小视频在线观看| 欧美日韩中文字幕在线视频| 亚洲尤物精选| 欧美成人蜜桃| 在线一区二区日韩| 国产日韩欧美电影在线观看| 久久精品国产一区二区三| 免费亚洲电影| 99re66热这里只有精品4| 国产精品久久久久久一区二区三区| 亚洲午夜在线| 欧美成人一区二区三区| 在线综合亚洲欧美在线视频| 国产久一道中文一区| 久久伊人亚洲| 亚洲网站在线观看| 欧美成人午夜77777| 亚洲自拍偷拍网址| 极品少妇一区二区三区精品视频 | 一区二区欧美视频| 久久噜噜亚洲综合| 99日韩精品| 韩曰欧美视频免费观看| 欧美乱在线观看| 欧美一区二区性| 亚洲精品孕妇| 免费永久网站黄欧美| 亚洲一级二级| 亚洲国产精品一区在线观看不卡 | 欧美好骚综合网| 久久成人一区二区| 在线午夜精品| 亚洲激情一区二区| 久久综合伊人77777尤物| 亚洲天堂免费观看| 最近中文字幕mv在线一区二区三区四区 | 久久久久久久一区二区三区| 99国内精品久久| 在线播放一区| 国产亚洲欧美一区二区三区| 欧美视频在线不卡| 欧美激情一区二区三级高清视频| 欧美诱惑福利视频| 亚洲欧美成人网| 一区二区免费在线视频| 最近中文字幕mv在线一区二区三区四区| 欧美一区二区视频免费观看| 一区二区三区回区在观看免费视频| 在线观看亚洲视频啊啊啊啊| 国产美女精品视频| 国产精品夜夜夜| 欧美性做爰猛烈叫床潮| 欧美人妖在线观看| 欧美成人亚洲| 欧美黄污视频| 欧美激情精品久久久久久免费印度 | 亚洲欧美国产另类| 亚洲午夜在线视频| 亚洲一区二区免费看| 在线亚洲美日韩| 亚洲午夜精品一区二区三区他趣| 中日韩高清电影网| 一本色道久久综合狠狠躁篇的优点 | 欧美国产日韩免费| 欧美精品91| 欧美色另类天堂2015| 国产精品国产三级国产aⅴ浪潮| 蜜桃伊人久久| 欧美麻豆久久久久久中文| 欧美日韩高清在线观看| 欧美日韩喷水| 国产精品午夜久久| 国产一区二区三区成人欧美日韩在线观看 | 免费一级欧美片在线观看| 欧美mv日韩mv国产网站| 欧美福利在线| 99国产精品99久久久久久| 在线亚洲免费视频| 性欧美xxxx大乳国产app| 久久精品在线观看| 麻豆成人在线| 欧美午夜激情小视频| 国产精品一区二区久久精品| 国产亚洲精品自拍| 亚洲高清在线精品| 一区二区三欧美| 欧美专区在线观看| 欧美成人午夜免费视在线看片| 亚洲欧洲一区二区天堂久久| 亚洲视频大全| 久久天天躁狠狠躁夜夜爽蜜月| 欧美第一黄网免费网站| 国产精品视频| 亚洲激情在线观看视频免费| 亚洲夜晚福利在线观看| 久久一区二区三区av| 91久久精品国产91久久性色tv| 亚洲一级免费视频| 免费观看日韩av| 国产视频自拍一区| 日韩视频第一页| 久久亚洲一区| 一区二区av在线| 狂野欧美性猛交xxxx巴西| 国产精品久久久久高潮| 亚洲电影网站| 久久精品国产2020观看福利| 亚洲精品一区二| 久久夜色精品亚洲噜噜国产mv| 国产精品视频999| 夜夜嗨av一区二区三区免费区|