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

洛譯小筑

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

[ECPP讀書筆記 條目38] 使用組合來(lái)表示“A包含B”、“A以B的形式實(shí)現(xiàn)”

當(dāng)一個(gè)類型A的對(duì)象中包含另一個(gè)類型B的對(duì)象時(shí),我們說(shuō)A與B之間的關(guān)系是“組合”。請(qǐng)看示例:

class Address { ... };             // 住址

 

class PhoneNumber { ... };

 

class Person {

public:

  ...

 

private:

  std::string name;                // 組合對(duì)象

  Address address;                 // 同上

  PhoneNumber voiceNumber;        // 同上

  PhoneNumber faxNumber;          // 同上

};

上述示例中,Person對(duì)象由string、AddressPhoneNumber三種對(duì)象組合而成。在程序員之間,組合一詞擁有眾多的同義詞。諸如:分層、包含、聚合嵌入

條目32中解釋了公共繼承意味著“A是一個(gè)B”。同時(shí)組合也有其內(nèi)涵,事實(shí)上它擁有兩個(gè)內(nèi)涵,組合既可以表示“A擁有一個(gè)B”,也可以表示“A以B的形式實(shí)現(xiàn)”。這是由于在你的軟件中你針對(duì)的是兩個(gè)不同的領(lǐng)域。你的程序中的一些對(duì)象與你正在建模的世界相關(guān),比如人、車、視頻幀等等。這些對(duì)象則存在于應(yīng)用領(lǐng)域。而另一些對(duì)象單純是為了程序的具體實(shí)現(xiàn)人為創(chuàng)造的,諸如緩沖區(qū)、互斥鎖、搜索樹,等等。這些類型的對(duì)象則針對(duì)軟件中的實(shí)現(xiàn)領(lǐng)域。當(dāng)組合出現(xiàn)在應(yīng)用域內(nèi)的對(duì)象之間時(shí),它表達(dá)的是“A擁有一個(gè)B”的關(guān)系;而組合出現(xiàn)在實(shí)現(xiàn)域中,則意味著“A以B的形式實(shí)現(xiàn)”。

上文中的Person類演示了“A包含B”的關(guān)系。一個(gè)人——Person對(duì)象“擁有”一個(gè)姓名(name)、一個(gè)住址(address)、一個(gè)電話號(hào)碼(voiceNumber)、一個(gè)傳真號(hào)碼(faxNumber)、你不能說(shuō)姓名、地址這樣的話。應(yīng)該說(shuō)姓名”、“人住址”。大多數(shù)人還是能夠輕易區(qū)分“是”和“有”之間的區(qū)別的。因此“A是B”和“A擁有B”兩者并不易混淆。

某種意義上講,“A是B”與“A以B的形式實(shí)現(xiàn)”二者之間的區(qū)別更讓人難以分辨。舉例說(shuō),假設(shè)你需要一個(gè)表示集合的模板,其中容納的對(duì)象的數(shù)目非常有限。即該集合中不允許存在重復(fù)的對(duì)象。由于復(fù)用在OOP的世界里是十分美妙的事情,你會(huì)本能的想到使用標(biāo)準(zhǔn)庫(kù)中的set模板。有現(xiàn)成的工具為什么不加以利用呢。

不幸的是,set模板的具體實(shí)現(xiàn)中一般每個(gè)元素都會(huì)有三個(gè)指針的開(kāi)銷。這是因?yàn)?span style="font-family: "Courier New";">set通常被實(shí)現(xiàn)為平衡搜索樹,這種數(shù)據(jù)結(jié)構(gòu)確保了查找、插入、刪除操作的時(shí)間復(fù)雜度均為O(lgn)。在效率至上的環(huán)境中,這種設(shè)計(jì)方案合情合理,然而在你的程序中,空間比速度更加重要,這時(shí)標(biāo)準(zhǔn)庫(kù)中的set模板就變得水土不服了??瓷先ツ阈枰砥馉t灶。

固然,復(fù)用的確是一件美妙的事情。作為數(shù)據(jù)結(jié)構(gòu)專家的你,對(duì)于實(shí)現(xiàn)集合有各式各樣的手段,其中之一便是使用鏈表。你當(dāng)然也了解標(biāo)準(zhǔn)C++庫(kù)中有一個(gè)list模板,因此你可以去(復(fù))用它。

于是,你決定開(kāi)辟一個(gè)全新的模板Set,由list模板繼承而得。也就是說(shuō)Set<T>將由list<T>繼承而得。在你的實(shí)現(xiàn)中,Set對(duì)象實(shí)際上將會(huì)是一個(gè)list對(duì)象。于是你這樣聲明Set模板:

template<typename T>               // 創(chuàng)建Set:此處是復(fù)用list的錯(cuò)誤做法

class Set: public std::list<T> { ... };

這一方按乍看上去十分完美,實(shí)際上卻存有隱患。如條目32所講,如果D是一個(gè)B,那么對(duì)于B成立的一切對(duì)于D也成立。然而,list對(duì)象中可以存在重復(fù)的元素,因此如果我們先后兩次將3051這個(gè)值插入list<int>中,這個(gè)表中將存在兩個(gè)3051的副本。相反,Set不應(yīng)含有重復(fù)的元素,如果兩次插入3051,那么Set<int>中應(yīng)僅存在一個(gè)該值的副本。于是Set是一個(gè)list這一說(shuō)法便不成立了——對(duì)于list對(duì)象成立的一些結(jié)論不適用于Set對(duì)象。

由于這兩個(gè)類之間的關(guān)系不是“A是B,因此使用公共繼承的方式來(lái)構(gòu)造兩者之間的關(guān)系便是錯(cuò)誤的。我們可以想到Set對(duì)象可以list的形式實(shí)現(xiàn),以下是正確的做法:

template<class T>                  // 創(chuàng)建Set:此處是復(fù)用list的正確做法

class Set {

public:

  bool member(const T& item) const;

  void insert(const T& item);

  void remove(const T& item);

  std::size_t size() const;

 

private:

  std::list<T> rep;                // 代表Set中的數(shù)據(jù)

};

Set的成員函數(shù)可以全方位的依賴list乃至標(biāo)準(zhǔn)庫(kù)中其他部分提供的各項(xiàng)功能,因此實(shí)現(xiàn)方法是簡(jiǎn)單直接的,只要你掌握STL的基本使用方法即可:

template<typename T>

bool Set<T>::member(const T& item) const

{

  return std::find(rep.begin(), rep.end(), item) != rep.end();

}

 

template<typename T>

void Set<T>::insert(const T& item)

{

  if (!member(item)) rep.push_back(item);

}

 

template<typename T>

void Set<T>::remove(const T& item)

{

  typename std::list<T>::iterator it =

    std::find(rep.begin(), rep.end(), item);

                                   // 此處為何使用typename請(qǐng)參見(jiàn)條目42

  if (it != rep.end()) rep.erase(it);

}

 

template<typename T>

std::size_t Set<T>::size() const

{

  return rep.size();

}

這些函數(shù)足夠簡(jiǎn)單,我們有理由將它們聲明為內(nèi)聯(lián)函數(shù),然而在你做出明確決定之前,我還是建議你去條目30復(fù)習(xí)一下內(nèi)聯(lián)的相關(guān)知識(shí)。

一些人可能會(huì)說(shuō):Set的接口應(yīng)該更加遵守條目18中討論的主題:設(shè)計(jì)接口要易于使用而不易誤用,是否應(yīng)該讓Set遵守STL容器的標(biāo)準(zhǔn),但是這里遵守這些標(biāo)準(zhǔn)需要為Set添加一大批內(nèi)容,這樣做會(huì)淹沒(méi)它與list之間的關(guān)系。由于本章節(jié)討論的中心是這一關(guān)系問(wèn)題,因此這里我犧牲了STL的兼容性,而更多考慮了講述的清晰程度。另外,Set接口的不完善并不會(huì)掩蓋此處關(guān)于它的無(wú)須爭(zhēng)辯的事實(shí):其與list之間的關(guān)系并不是“A是B”(盡管乍看上去很像),而是“A以B的形式實(shí)現(xiàn)


時(shí)刻牢記

組合與公共繼承之間存在著本質(zhì)區(qū)別。

組合在應(yīng)用領(lǐng)域意味著“A是B”,在實(shí)現(xiàn)領(lǐng)域意味著“A以B的形式實(shí)現(xiàn)”。

posted on 2012-07-08 16:18 ★ROY★ 閱讀(2011) 評(píng)論(2)  編輯 收藏 引用 所屬分類: Effective C++

評(píng)論

# re: 【讀書筆記】[Effective C++第3版][第38條]使用組合來(lái)表示“A包含B”、“A以B的形式實(shí)現(xiàn)”  回復(fù)  更多評(píng)論   

LZ,最后一句是否有筆誤?
2012-07-09 11:32 | qian

# re: 【讀書筆記】[Effective C++第3版][第38條]使用組合來(lái)表示“A包含B”、“A以B的形式實(shí)現(xiàn)”  回復(fù)  更多評(píng)論   

@qian
改了改了~~看看這回行了不:)
2012-07-09 21:44 | ★ROY★
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            欧美日韩一区二区三区免费看| 国产免费观看久久| 夜夜夜久久久| 久久国产免费| 亚洲国产精品一区二区第一页| 欧美+亚洲+精品+三区| 久久久999精品视频| 亚洲看片免费| 亚洲欧美国产77777| 亚洲国产第一| 亚洲一级电影| 亚洲精品久久久久久一区二区| 亚洲精品综合精品自拍| 国内偷自视频区视频综合| 亚洲成人自拍视频| 国产精品热久久久久夜色精品三区| 午夜亚洲精品| 欧美日韩视频一区二区三区| 久久九九99| 国产日韩免费| 这里只有精品视频| 亚洲欧美国产高清va在线播| 久久躁狠狠躁夜夜爽| 小黄鸭精品aⅴ导航网站入口| 蜜桃av一区二区三区| 美女国产一区| 亚洲第一区中文99精品| 亚洲欧美一区二区三区极速播放 | 欧美三级电影大全| 欧美日韩在线另类| 亚洲一区二区av电影| 亚洲欧美一区二区激情| 国产精品久久久久77777| 一本色道久久88亚洲综合88| 亚洲自拍都市欧美小说| 国产精品成人一区二区网站软件 | 欧美久久一级| 制服诱惑一区二区| 久久一区亚洲| 亚洲三级色网| 国产嫩草影院久久久久| 欧美在线视频a| 亚洲国产欧美在线人成| 亚洲视频在线观看视频| 国产精品v欧美精品v日韩精品| 亚洲天堂av高清| 欧美成人精品不卡视频在线观看| 亚洲激情另类| 国内一区二区在线视频观看 | 亚洲开发第一视频在线播放| 欧美视频一区二区三区…| 久久精品国产久精国产爱 | 国产精品ⅴa在线观看h| 欧美一区二区三区四区在线| 亚洲国内精品在线| 久久精品国产69国产精品亚洲| 亚洲免费不卡| 永久免费精品影视网站| 国产乱码精品一区二区三区五月婷 | 久久一二三区| 国产精品日日摸夜夜添夜夜av| 久久精品久久综合| 亚洲综合国产精品| 亚洲男人的天堂在线aⅴ视频| 亚洲国语精品自产拍在线观看| 久久在线91| 蜜臀va亚洲va欧美va天堂| 久久久午夜电影| 久久尤物视频| 欧美成人自拍视频| 亚洲国产精品久久久久婷婷884 | 西西人体一区二区| 欧美一级专区| 久久综合999| 欧美午夜久久久| 国产日韩欧美91| 影音先锋日韩资源| 亚洲人体1000| 午夜精品久久久久久久蜜桃app| 亚洲婷婷在线| 亚洲大片免费看| 亚洲午夜视频在线| 久久久99爱| 国产精品视频yy9299一区| 国内精品视频在线观看| 亚洲乱码一区二区| 久久久欧美一区二区| 亚洲国产天堂久久综合网| 亚洲免费中文| 欧美日韩视频不卡| 亚洲精品影院| 久久夜精品va视频免费观看| 亚洲国产aⅴ天堂久久| 午夜精品久久久久| 欧美午夜激情小视频| 亚洲精品国产拍免费91在线| 欧美一级片久久久久久久| 日韩视频在线免费| 欧美精品日日鲁夜夜添| 亚洲国产精品欧美一二99| 国产精品成人在线观看| 亚洲激情国产精品| 欧美激情一区二区在线| 久久亚洲综合网| 国产综合久久| 免费欧美在线| 欧美电影打屁股sp| 一区二区三区日韩| 亚洲美女网站| 国产精品腿扒开做爽爽爽挤奶网站| 夜夜精品视频| 亚洲综合精品| 老巨人导航500精品| 国产一区二区无遮挡| 免费观看久久久4p| 免费人成网站在线观看欧美高清| 在线观看视频一区二区| 欧美黄色影院| 国产精品久久久对白| 久久深夜福利| 欧美激情久久久| 亚洲欧美国产一区二区三区| 亚洲国产精品久久久| 免费中文日韩| 亚洲欧美日韩高清| 红桃视频国产一区| 亚洲少妇诱惑| 日韩视频免费| 久久久久综合网| 久久久亚洲欧洲日产国码αv | 激情校园亚洲| 一区二区av在线| 亚洲美女黄色| 欧美aⅴ一区二区三区视频| 久久国产欧美| 国产视频精品va久久久久久| 亚洲国产精品久久91精品| 国产精品一区久久久久| 欧美福利在线| 亚洲国产精品一区制服丝袜| 亚洲免费视频观看| 欧美一区二视频在线免费观看| 欧美激情精品久久久| 亚洲福利国产| 亚洲国产精品第一区二区| 欧美一级网站| 国产精品影视天天线| 香蕉乱码成人久久天堂爱免费| 一本色道久久综合亚洲精品不| 欧美91福利在线观看| 亚洲国产高清一区| 日韩午夜中文字幕| 国产精品乱看| 久久国产精品毛片| 亚洲国产小视频在线观看| 亚洲另类视频| 国产精品一区二区a| 久久午夜视频| 国产精品99久久久久久宅男 | 亚洲在线播放| 久久综合亚洲社区| 一区二区免费看| 今天的高清视频免费播放成人| 麻豆国产精品777777在线| 一区二区三区精品国产| 久久九九久精品国产免费直播| 亚洲电影av| 国产日产亚洲精品| 欧美色欧美亚洲高清在线视频| 亚洲欧美久久久久一区二区三区| 欧美xart系列高清| 久久精品91| 亚洲字幕在线观看| 在线亚洲一区观看| 亚洲精品日韩精品| 亚洲国产中文字幕在线观看| 国产区亚洲区欧美区| 欧美午夜精品久久久久久人妖 | 一区二区视频在线观看| 国产精品美女在线观看| 欧美日韩精品中文字幕| 欧美69wwwcom| 欧美日韩一区二区视频在线观看| 久久精品夜色噜噜亚洲a∨| 一区二区三区日韩欧美| 亚洲精品一区二区三区四区高清| 免费成人av在线| 亚洲国产99精品国自产| 亚洲欧洲另类国产综合| 亚洲电影免费在线观看| 亚洲人成网站色ww在线| 亚洲美女性视频| 亚洲欧美日韩爽爽影院| 亚洲视屏在线播放| 亚洲欧美成人| 美女91精品| 一区二区不卡在线视频 午夜欧美不卡在 | 在线观看欧美日韩| 99亚洲伊人久久精品影院红桃| 一区二区三区四区在线|