本文將簡(jiǎn)單的介紹一下我讀《設(shè)計(jì)模式》（GOF95）這本書的經(jīng)驗(yàn)和教訓(xùn)。
我想首先應(yīng)該講的是，這本書應(yīng)該怎么讀。
幾乎沒什么程序設(shè)計(jì)經(jīng)驗(yàn)的新手，重點(diǎn)讀第一章，第二章，明白一些大概的原則；
有一定的程序設(shè)計(jì)經(jīng)驗(yàn)的人，讀自己熟悉的模式，以及一些簡(jiǎn)單的、易于理解的模式，注意區(qū)別自己以前在遇到類似問題的時(shí)候是怎么解決的，GOF是怎么解決的，為什么；不需要太過于區(qū)分一些接近的模式，順其自然就好。
對(duì)于如果你能熟練的編碼，并開始擁有自己的設(shè)計(jì)思路的人，重點(diǎn)在學(xué)習(xí)用GOF的方式描述自己的經(jīng)驗(yàn)，尋找自身思路和GOF的思路的差異性，熟悉一些自己沒太用過的模式。
如果是已經(jīng)閱讀過設(shè)計(jì)模式，并且已經(jīng)有了一些運(yùn)用經(jīng)驗(yàn)的人，詳細(xì)讀第一章，第二章，以及每一大類的模式的總結(jié)和每個(gè)模式的最后一節(jié)，注意區(qū)分模式之間的差異性以便于在系統(tǒng)中準(zhǔn)確的選擇。
接下來(lái)我希望能和大家討論一下我對(duì)于設(shè)計(jì)模式的核心動(dòng)機(jī)的理解，歡迎大家回帖的時(shí)候各抒己見，我會(huì)將大家的意見整理出來(lái)，并放在帖子中～
首先討論一下構(gòu)造型模式。
Factory Method
描述：
是最基本的構(gòu)造型模式。它將構(gòu)造從單純的構(gòu)造函數(shù)中分離出來(lái)。
動(dòng)機(jī)：
用于封裝復(fù)雜的或者是易于變化的構(gòu)造操作。
適用性/作用：
適用于創(chuàng)建那些構(gòu)造時(shí)需要初始化的對(duì)象，或者需要按一定次序構(gòu)造對(duì)象的時(shí)候。該模式結(jié)構(gòu)很簡(jiǎn)單，額外的代碼量也很少，因此適合在開發(fā)的開始階段就可以使用，它通常不會(huì)有那些“過度設(shè)計(jì)”的麻煩。它的另外一個(gè)實(shí)際作用，是可以統(tǒng)一程序的對(duì)象構(gòu)造風(fēng)格，增強(qiáng)可讀性。
Abstract Factory
適用性/作用：
維護(hù)一個(gè)對(duì)象系列的一致性。當(dāng)存在多個(gè)并行繼承體系，并且每一組繼承都較為獨(dú)立，且容易錯(cuò)誤的混用時(shí)候，建議使用該模式來(lái)構(gòu)造對(duì)象系列。
Builder
適用性/作用：
當(dāng)對(duì)象構(gòu)造步驟復(fù)雜，并且每個(gè)步驟都使用同樣的接口，但是它們具備不同實(shí)現(xiàn)的時(shí)候，可以選擇該模式。常用于創(chuàng)建 構(gòu)造邏輯接近、但其構(gòu)造實(shí)現(xiàn)差異很大 的一系列對(duì)象，如構(gòu)造不同格式的文本文檔（GOF的示例），它們的構(gòu)造邏輯接近，但是實(shí)現(xiàn)卻是與平臺(tái)相關(guān)的。
Prototype
適用性/作用：
這個(gè)模式的本意是從一個(gè)對(duì)象構(gòu)造另外一個(gè)對(duì)象。在一個(gè)應(yīng)用系統(tǒng)中，由于我們通常也能很方面的使用其它的構(gòu)造方法；或者我們只需要一個(gè)按照默認(rèn)初始化方式構(gòu)造的對(duì)象，這樣并不適合使用原型。當(dāng)我們希望從不是由客戶代碼控制的對(duì)象中復(fù)制出一個(gè)相同的但是被客戶代碼管理的對(duì)象（管理權(quán)移交）；或者是對(duì)象需要深拷貝語(yǔ)義；或者是兩個(gè)子系統(tǒng)協(xié)作時(shí)，一個(gè)系統(tǒng)無(wú)法方便的訪問到另外一個(gè)系統(tǒng)的構(gòu)造函數(shù)，但是確能很方面的獲得它的實(shí)例時(shí)（往往是由參數(shù)傳遞進(jìn)來(lái)的），便需要使用這樣一個(gè)模式存在。
Singleton
適用性/作用：
提供一個(gè)全局唯一的描述。還可以用來(lái)取代一些難以避免的全局變量。
有關(guān)于構(gòu)造型的一些個(gè)人看法：
在C++中，由于構(gòu)造函數(shù)不能多態(tài)調(diào)用虛成員函數(shù)，因此很多時(shí)候Factory Method成為了維持構(gòu)造-初始化的一致性的逼不得已的選擇；但是在C#一類的語(yǔ)言中，由于構(gòu)造函數(shù)本身是虛函數(shù)，因此一些Factory Method的作用可以通過將Template Method運(yùn)用到構(gòu)造函數(shù)中來(lái)避免一部分Factory Method的使用；Factory Method更加強(qiáng)調(diào)于封裝可能的構(gòu)造方法變化，以及統(tǒng)一設(shè)計(jì)風(fēng)格，而不是隱藏不必要的構(gòu)造步驟。
然后是結(jié)構(gòu)型模式：
Adapter
描述：
轉(zhuǎn)換接口的格式（也可以說(shuō)轉(zhuǎn)換接口的signature）。
適用性/作用：
通常是為了統(tǒng)一程序風(fēng)格。例如在開發(fā)系統(tǒng)時(shí)，發(fā)現(xiàn)某一個(gè)系統(tǒng)所使用的程序庫(kù)接口不符合系統(tǒng)約定，便需要使用Adapter模式適配接口，使風(fēng)格統(tǒng)一。該模式也可用于使兩個(gè)系統(tǒng)接合到一起工作。
Bridge
描述：
分離接口與實(shí)現(xiàn)。
適用性/作用：
Bridge的Interface與其Implementation通常在程序的架構(gòu)中是垂直關(guān)系，即上層調(diào)用下層。在基礎(chǔ)設(shè)置，即Impl發(fā)生變化的時(shí)候，可以避免使用Interface的客戶代碼發(fā)生變化。將實(shí)現(xiàn)部分的變化消滅在接口上。
在一些使用beta版的lib開發(fā)軟件，或者是開發(fā)所依賴的庫(kù)有較大的可能性在軟件的生命期內(nèi)發(fā)生改變時(shí)，通常回使用該模式。
Composite
適用性/作用：
描述嵌套的結(jié)構(gòu)，類似于程序設(shè)計(jì)里的遞歸，當(dāng)每一個(gè)對(duì)象既是一個(gè)有獨(dú)立功能的對(duì)象，也是一個(gè)容器時(shí)，通常會(huì)選擇該模式，典型的例子就是XML Document。每一個(gè)節(jié)點(diǎn)都可能包含了葉節(jié)點(diǎn)。
需要注意的是，這些被包容和對(duì)象，和容器都具有及其類似的邏輯；如果從接口的層面上，可以認(rèn)為這些對(duì)象是自包含的。