本周內容：
Composition：
一個class里面完整包含另一個class
圖像表示如圖
Delegation 就是 Composition by reference
里面對StringRep 通過指針引用
實現(xiàn)了“防火墻”夏伊，隔離作用摇展，改變body不影響handle
虛函數(shù)是成員函數(shù)，且非static
如果某類中：一函數(shù)為虛函數(shù)溺忧，則：該函數(shù)在派生類中可能有不同的定義
pure virtual：基類中完全不定義咏连，完全交給派生類去定義
impure virtual：雖然派生類可以去自己定義盯孙，但基類中也定義了
non-virtual：派生類不能修改
基類為CDocument，里面有OnFileOpen函數(shù)祟滴，函數(shù)里一系列函數(shù)振惰，其中包括有Serialize函數(shù)，該函數(shù)為虛函數(shù)垄懂，未定義
創(chuàng)建派生類CMyDoc骑晶，里面定義Serialize函數(shù)——交給子類定義：Template Method
main里創(chuàng)建CMyDoc對象，調用父類函數(shù)OnFileOpen草慧，執(zhí)行到里面的Serialize時桶蛔，轉向執(zhí)行子類中定義的 虛函數(shù)
類之間的三大關系、繼承(inheritance)漫谷、復合(composition)仔雷、，委托(delegation)
三種關系中舔示，最簡單的是復合碟婆，通俗來講，就是has-a關系惕稻，在一個類里面有另一個類的對象脑融。而委托類似于復合，在一個類中有另一個類的指針缩宜；稍復雜寫的事繼承，由繼承甥温，繼而實現(xiàn)多態(tài)等等锻煌。
三大關系單獨來看，基本用法都不難姻蚓。但是宋梧，當我們通過繼承惫皱，復合腾务，委托所構成的類之間復雜的關系，來體會他們的用法涝婉，才發(fā)現(xiàn)其中的精妙加叁。
侯老師通過設計模式的實例向我們展示了類與類之間精妙的設計倦沧，設計模式，侯老師講起來好似輕描淡寫很容易它匕，但下來仔細體會卻發(fā)現(xiàn)并非如此展融。學習是一個迭代的過程，這次筆記時并不能完全理解這幾個設計模式的思想豫柬，但相信之后再學習的時候能有更深入的理解告希。
Adapter 模式
應用背景：假設我們有正在寫的程序已經設計好了接口扑浸，我們想用第三方庫來開發(fā)，但是我們程序中的接口與第三方提供的接口不一致燕偶。
這種情況下喝噪，我們不想修改自己的接口，更不可能去修改第三方早就寫好的接口指么，這時候我們就需要一個中介--適配器酝惧。
進行這樣的轉換的設計，成為Adapter模式涧尿，結構圖如下：
在我們現(xiàn)實生活中系奉，也有很多適配器的例子，例如我們出國需要一個插孔的轉換器姑廉，以便能給我們的電器充電缺亮。我們就借用這個例子來說明一下吧。
class Fsocket {
public:
void Fele() {
cout << "為外國電器充電" << endl;
}
~Fsocket() {}
};
首先桥言，我們有一個國外的插座Fsocket萌踱，能提供“充電”這一服務
class Csocket
{
public:
virtual void ele() {
cout << "為中國電器充電" << endl;
}
virtual ~Csocket() {}
protected:
private:
};
然而，我們的中國電器只能用中國的插座（調用ele函數(shù)）來充電号阿。我們需要的是為用戶提供一個中國的插座Csocket并鸵，現(xiàn)在我們就需要一個將Fsocket轉換為Csocket的Adapter：
class Adapter :public Csocket {//繼承于Csocket
private:
Fsocket F;//內含一個Fsocket對象
public:
Adapter(const Fsocket& f) :F(f) {}
virtual void ele() {
F.Fele();
}
};
我們可以看到，Adapter內有一個Fsocket對象（這就是我們所說的復合關系）扔涧，而Adapter繼承于Csocket园担，當用戶調用ele時，Adapter調用Fsocket的Fele供電枯夜，這樣弯汰，我們就實現(xiàn)了接口的轉換，在使用時湖雹，我們這樣使用：
int main(int argc, char* argv[])
{
Fsocket f;
Csocket* a = new Adapter(f);//用現(xiàn)有的Fsocket去初始化一個Adapter
//但在用戶看起來這是一個Csocket咏闪，可以為“中國電器充電”
a->ele(); ?//然后就可以使用“Csocket”的ele了
//但實際內部是一個Fsocket
return 0;
}
這樣，通過Adapter摔吏，調用了Adaptee的功能鸽嫂，然而用戶實際在使用的時候實際用的是我們所提供的接口，并不知道實際上我們使用的事第三方庫的功能征讲。
在Head First Disign Patterns 中据某，作者用幽默的例子向我們展現(xiàn)了上面所展現(xiàn)的關系：If it walks like a duck and quacks like a duck,then itmustmight be aduckturkey wrapped?with a duck adapter...（如果它走起來像只鴨子，叫起來像只鴨子稳诚，那么他必定可能是一直鴨子包裝了鴨子適配器的火雞）
在 Adapter 模式的模式中哗脖，我們需要注意接口繼承和實現(xiàn)繼承的區(qū)別和聯(lián)系。接口繼承和實現(xiàn)繼承是面向對象領域的兩個重要的概念，接口繼承指的是通過繼承才避，子類獲得了父類的接口橱夭，而實現(xiàn)繼承指的是通過繼承子類獲得了父類的實現(xiàn)（并不統(tǒng)共接口）。Adapter模式中Adapter既繼承了父類Target的接口桑逝，卻又可繼承Adaptee的實現(xiàn)（如果上面的例子不是用復合來實現(xiàn)而是用多重繼承來實現(xiàn)的話棘劣，當然，這也只可能是在C++平臺下）楞遏，讓我們細心體會這兩個概念以及設計的理念茬暇。
在視頻中，侯老師用標準庫中queue的例子來說明寡喝，在queue中糙俗，queue復合了一個deque對象，然后功能完全用該deque對象的操作函數(shù)來完成预鬓，這可以說是一個Adapter模式的一個特例巧骚，我的理解，queue本身就是一個adapter格二，又是一個target提供給用戶使用劈彪，并且這個adapter的作用其實是縮小deque的功能范圍，提供部分接口給用戶使用顶猜。
Adapter模式適用情況主要在接口不同的時候沧奴，所以我們在平時寫程序時不能夠濫用，設計模式除了理解它設計的思想之外還有一個難點长窄，就在于你需要有能力判斷在什么時候用才合適滔吠，這需要我們在充分理解的基礎上進行實踐練習的體會。
