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