Factory Method（工廠方法）
1 應(yīng)用場景
在軟件系統(tǒng)中犬第，經(jīng)常面臨著創(chuàng)建對象的工作型宙；由于需求的變化疮茄，需要?jiǎng)?chuàng)建的對象的具體類型經(jīng)常變化擎浴。
2 定義與解釋
定義一個(gè)用于創(chuàng)建對象的接口员咽，讓子類決定具體實(shí)例化哪個(gè)類。 Factory Method是的一個(gè)類的實(shí)例化延遲到子類贮预。 （目的是解耦贝室，手段是虛函數(shù)）
考慮之前在學(xué)習(xí)觀察者模式的文件分割器例子，通常來講仿吞，我們很可能寫出這樣的代碼：
BinarySplitter * splitter= new BinarySplitter();//依賴具體類
聲明一個(gè)文件分割器的對象滑频，接下來再使用它。 但實(shí)際上這是不符合”面向接口編程”的茫藏，它直接的使用了BinarySplitter具體類進(jìn)行編程误趴。 我們可能會(huì)有二進(jìn)制分割器霹琼，文本分割器务傲，視頻分割器等等。 那我們接下來就會(huì)想到枣申，使用一個(gè)抽象類接口售葡，然而這樣只能部分地消除依賴：
ISplitter * splitter = //不再依賴具體類
new BinarySplitter();//仍然依賴具體類，BinarySplitter不存在時(shí)無法編譯通過
在這種情況下忠藤，只要有依賴就仍然做不到解耦挟伙。 而后邊又無法搞成接口類，（接口類無法執(zhí)行new操作）模孩。 這就引入了工廠方法尖阔，這是面向接口編程的第一步需求贮缅。
工廠方法就是用一個(gè)函數(shù)來代替new操作，這個(gè)函數(shù)要能夠產(chǎn)生各種不同的分割器介却，我們就又想到了虛函數(shù)（虛函數(shù)和繼承機(jī)制是延遲決定的唯一方法）谴供，如下圖工廠方法的具體代碼，不同的工廠產(chǎn)生不同的分割器：
class SplitterFactory{
public:
virtual ISplitter* CreateSplitter()=0;
virtual ~SplitterFactory(){}
};
//具體工廠
class BinarySplitterFactory: public SplitterFactory{
public:
virtual ISplitter* CreateSplitter(){
return new BinarySplitter();
}
};
class TxtSplitterFactory: public SplitterFactory{
public:
virtual ISplitter* CreateSplitter(){
return new TxtSplitter();
}
};
在使用這個(gè)分割器的時(shí)候齿坷，如下面的MFC中的例子：
{
SplitterFactory* factory;//工廠
public:
MainForm(SplitterFactory* factory){ //利用傳入?yún)?shù)來決定用什么文件分割器桂肌，這就把"變化"的范圍限制在MainForm之外了
this->factory=factory;
}
? ? void Button1_Click(){
? ? ISplitter * splitter=
factory->CreateSplitter(); //創(chuàng)造性的做出了一個(gè)多態(tài)的new
splitter->split();
? ? }
};
Abstract Factory（抽象工廠）
1 應(yīng)用場景
在軟件系統(tǒng)中，經(jīng)常面臨著創(chuàng)建”一系列相互依賴的對象”（和上邊的唯一不同就是一系列相互依賴）的工作永淌；由于需求的變化崎场，需要?jiǎng)?chuàng)建的對象的具體類型經(jīng)常變化。
2 定義與解釋
提供一個(gè)接口遂蛀，讓該接口負(fù)責(zé)創(chuàng)建一系列”相關(guān)或相互依賴的對象” 谭跨，無需指定它們具體的類。
考慮在軟件的層次架構(gòu)中的數(shù)據(jù)訪問層答恶，需要訪問數(shù)據(jù)庫饺蚊。 現(xiàn)在使用的是SQL的數(shù)據(jù)庫，但是以后有可能會(huì)使用其他種類的數(shù)據(jù)庫比如Oracle等悬嗓。 我們的想法還是進(jìn)行面向接口的編程污呼，應(yīng)用工廠方法之后我們不難寫出如下的接口：
//數(shù)據(jù)庫訪問有關(guān)的基類
class IDBConnection{
};
class IDBConnectionFactory{
public:
virtual IDBConnection* CreateDBConnection()=0;
};
//支持SQL Server
class SqlConnection: public IDBConnection{
};
class SqlConnectionFactory:public IDBConnectionFactory{
};
//支持Oracle
class OracleConnection: public IDBConnection{
};
class OracleConnectionFactory: public IDBConnectionFactory {
};
但是這種情況下，用戶需要手動(dòng)搭配DBConnection包竹，DataReader存在用戶錯(cuò)誤的把不同類型的操作拼到一起的問題燕酷。
因此我們希望能進(jìn)一步進(jìn)項(xiàng)抽象，提取這些工廠的特質(zhì)周瞎，就產(chǎn)生了抽象工廠方法苗缩。 其實(shí)更應(yīng)該叫做”家族工廠”“工廠組”之類，它把不同的操作用同一個(gè)工廠類產(chǎn)生声诸，防止了某些用戶錯(cuò)誤地把不同種類的操作混雜在一起（例如SQL的Command配上Oracle的Reader）酱讶。
class IDBFactory{
public:
virtual IDBConnection* CreateDBConnection()=0;
virtual IDBCommand* CreateDBCommand()=0;
virtual IDataReader* CreateDataReader()=0;
};
class SqlDBFactory:public IDBFactory{
public:
virtual IDBConnection* CreateDBConnection()=0;
virtual IDBCommand* CreateDBCommand()=0;
virtual IDataReader* CreateDataReader()=0;
};
Prototype（原型）
1 應(yīng)用場景
在軟件系統(tǒng)中，經(jīng)常面臨著創(chuàng)建”某些結(jié)構(gòu)復(fù)雜的的對象”的工作彼乌；由于需求的變化泻肯，需要?jiǎng)?chuàng)建的對象的具體類型經(jīng)常變化，但是他們卻擁有比較比較一致的接口慰照。
2 定義與解釋
使用一個(gè)原型實(shí)例指定創(chuàng)建對象的種類灶挟，通過復(fù)制這個(gè)原型創(chuàng)建對象。
仍然考慮文件分割器毒租，我們類比工廠方法稚铣。 原型模式是一種特殊的創(chuàng)建，通過克隆（復(fù)制構(gòu)造）來進(jìn)行創(chuàng)建惕医。
//抽象類
class ISplitter{
public:
virtual void split()=0;
virtual ISplitter* clone()=0; //通過克隆自己來創(chuàng)建對象
virtual ~ISplitter(){}
};
//具體類耕漱，直接利用拷貝構(gòu)造函數(shù)進(jìn)行配置
class BinarySplitter : public ISplitter{
public:
virtual ISplitter* clone(){
return new BinarySplitter(*this);
}
};
但是這種情況下，用戶需要手動(dòng)搭配DBConnection抬伺，DataReader存在用戶錯(cuò)誤的把不同類型的操作拼到一起的問題孤个。
在使用這個(gè)抽象的時(shí)候，如下面的例子沛简。 必須強(qiáng)調(diào)原型對象盡管已經(jīng)存在了齐鲤，但是它不是用來更改的，只能用來復(fù)制椒楣。 （否則不同的操作之間就可能產(chǎn)生影響给郊，相當(dāng)于原型有了初值。 ）
class MainForm : public Form
{
ISplitter* prototype;//原型對象
public:
MainForm(ISplitter* prototype){
this->prototype=prototype; //讓原型對象指向傳過來的原型
}
? ? void Button1_Click(){
? ? ISplitter * splitter=
prototype->clone(); //克隆原型
splitter->split();
}
上課內(nèi)容摘要
A. 工廠模式(Factory Method)
動(dòng)機(jī)在軟件系統(tǒng)中捧灰，經(jīng)常面臨著創(chuàng)建對象的工作淆九；由于需求的變化，需要?jiǎng)?chuàng)建的對象的具體類型經(jīng)常變化毛俏。 如何應(yīng)對這種變化炭庙？ 如何繞過常規(guī)的對象創(chuàng)建方法(new)，提供一種“封裝機(jī)制”來避免客戶程序和這種“具體對象創(chuàng)建工作”的緊耦合煌寇？
模式定義
結(jié)構(gòu)
要點(diǎn)總結(jié)
B. 抽象工廠(Abstract Factory)
動(dòng)機(jī)在軟件系統(tǒng)中焕蹄，經(jīng)常面臨著“一系列相互依賴的對象”的創(chuàng)建工作；同時(shí)阀溶，由于需求的變化腻脏，往往存在更多系列對象的創(chuàng)建工作。 如何應(yīng)對這種變化银锻？ 如何繞過常規(guī)的對象創(chuàng)建方法(new)永品，提供一種“封裝機(jī)制”來避免客戶程序和這種“多系列具體對象創(chuàng)建工作”的緊耦合？
模式定義
結(jié)構(gòu)
要點(diǎn)總結(jié)
C. 原型模式(Prototype)
動(dòng)機(jī)在軟件系統(tǒng)中击纬，經(jīng)常面臨著“某些結(jié)構(gòu)復(fù)雜的對象”的創(chuàng)建工作鼎姐；由于需求的變化，這些對象經(jīng)常面臨著劇烈的變化更振，但是它們卻擁有比較穩(wěn)定一致的接口炕桨。 如何應(yīng)對這種變化？ 如何向“客戶程序(使用這些對象的程序)”隔離出“這些易變對象”殃饿，從而使得“依賴這些易變對象的客戶程序”不隨著需求改變而改變谋作？
模式定義
結(jié)構(gòu)
要點(diǎn)總結(jié)
D. 構(gòu)建器(Builder)
動(dòng)機(jī)在軟件系統(tǒng)中芋肠，有時(shí)候面臨著“一個(gè)復(fù)雜對象”的創(chuàng)建工作其通常由各個(gè)部分的子對象用一定的算法構(gòu)成乎芳；由于需求的變化，這個(gè)復(fù)雜對象的各個(gè)部分經(jīng)常面臨著劇烈的變化，但是它們組合在一起的算法卻相對穩(wěn)定奈惑。 如何應(yīng)對這種變化吭净？ 如何提供一種“封裝機(jī)制”來隔離出“復(fù)雜對象的各個(gè)部分”的變化，從而保持系統(tǒng)中的“穩(wěn)定構(gòu)建算法”不隨著需求改變而改變肴甸？
模式定義
結(jié)構(gòu)
要點(diǎn)總結(jié)
“接口隔離”模式
在組件構(gòu)建過程中寂殉，某些接口之間直接的依賴常常會(huì)帶來很多問題，甚至根本無法實(shí)現(xiàn)原在。 采用添加一層間接(穩(wěn)定)接口友扰，來隔離本來互相緊密關(guān)聯(lián)的接口是一種常見的解決方案。
A. 門面模式(Facade)
動(dòng)機(jī)組件的客戶和組件中各種復(fù)雜的子系統(tǒng)有了過多的耦合庶柿，隨著外部客戶程序和各子系統(tǒng)的演化村怪，這種過多的耦合面臨很多變化的挑戰(zhàn)。 如何簡化外部客戶程序和系統(tǒng)間的交互接口浮庐？ 如何將外部客戶程序的演化和內(nèi)部子系統(tǒng)的變化之間的依賴相互解耦甚负？
模式定義
結(jié)構(gòu)
要點(diǎn)總結(jié)
B. 代理模式(Proxy)
動(dòng)機(jī)在面向?qū)ο笙到y(tǒng)中，有些對象由于某種原因(比如對象創(chuàng)建的開銷很大审残，或者某些操作需要安全控制梭域，或者需要進(jìn)程外的訪問等），直接訪問會(huì)給使用者搅轿、或者系統(tǒng)結(jié)構(gòu)帶來很多麻煩病涨。 如何在不失去透明要求操作對象的同時(shí)來管理/控制這些對象特有的復(fù)雜性？ 增加一層間接層是軟件開發(fā)中常見的解決方式璧坟。
模式定義
結(jié)構(gòu)
要點(diǎn)總結(jié)
C. 適配器(Adapter)
動(dòng)機(jī)在軟件系統(tǒng)中没宾，由于應(yīng)用環(huán)境的變化，常常需要將“一些現(xiàn)存的對象”放在新的環(huán)境中應(yīng)用沸柔，但是新環(huán)境要求的接口是這些現(xiàn)存對象所不滿足的循衰。 如何應(yīng)對這種“遷移的變化”？ 如何既能利用現(xiàn)有對象的良好實(shí)現(xiàn)褐澎，同時(shí)又能滿足新的應(yīng)用環(huán)境所要求的接口会钝？
模式定義
結(jié)構(gòu)
要點(diǎn)總結(jié)
D. 中介者(Mediator)
-動(dòng)機(jī)在軟件構(gòu)建過程中，經(jīng)常會(huì)出現(xiàn)多個(gè)對象互相關(guān)聯(lián)交互的情況工三，對象之間常常會(huì)維持一種復(fù)雜的引用關(guān)系迁酸，如果遇到一些需求的更改，這種直接的引用關(guān)系將面臨不斷的變化俭正。 這種情況下奸鬓，我們可使用一個(gè)“中介對象”來管理對象間的關(guān)聯(lián)關(guān)系，避免相互交互的對象之間的緊耦合引用關(guān)系掸读，從而更好地抵御變化串远。
模式定義
結(jié)構(gòu)
