中國(guó)是一個(gè)含蓄的民族，處對(duì)象一般都得通過(guò)一個(gè)介紹人。
這是一本闡述微觀設(shè)計(jì)的書，而不是闡述宏觀設(shè)計(jì)的書。
《Java與模式》首先闡述了代碼的設(shè)計(jì)原則，又描述了怎樣來(lái)創(chuàng)建一個(gè)類或?qū)ο螅o接著告訴大家怎樣來(lái)組織這些類和對(duì)象來(lái)實(shí)現(xiàn)功能。它是設(shè)計(jì)模式，而不是架構(gòu)模式。
OO面向?qū)ο缶幊蹋瑢?shí)質(zhì)上是面向抽象編程，即面向接口編程。所謂的面向接口編程，指類之間都要使用接口來(lái)通信。類來(lái)封裝對(duì)象的行為，接口來(lái)封裝類之間的通信方法，接口是更高層次的抽象。這里的接口可以是一個(gè)具體類，一個(gè)抽象類，或是一個(gè)Java接口，它不單單指Java接口。
第四章：?開(kāi)閉原則
抽象化：面向?qū)ο笤O(shè)計(jì)的重要原則是創(chuàng)建抽象化，并且從抽象化導(dǎo)出具體化。具體化可以給出不用的版本，每一個(gè)版本都給出不同的實(shí)現(xiàn)。?
1。開(kāi)閉原則
一個(gè)軟件應(yīng)該對(duì)擴(kuò)展開(kāi)放，對(duì)修改關(guān)閉。
一種可變性不應(yīng)當(dāng)散落在代碼的很多角落里，而應(yīng)當(dāng)被封裝到一個(gè)對(duì)象里面。
繼承應(yīng)當(dāng)被看做是封裝變化的方法，而不應(yīng)當(dāng)被認(rèn)為是從一般的對(duì)象生成特殊的對(duì)象的方法。
一種可變性不應(yīng)當(dāng)與另一種可變性混合在一起。最好所有的繼承結(jié)構(gòu)不超過(guò)兩層，不然就意味著將兩種不同的可變性混合在了一起。
2。里氏代換原則
任何基類可以出現(xiàn)的地方，子類一定可以出現(xiàn)。
3。依賴倒轉(zhuǎn)原則
要依賴于抽象，不要依賴于實(shí)現(xiàn)。
4。合成/聚合復(fù)用原則
要盡量使用合成/聚合，而不是繼承關(guān)系達(dá)到復(fù)用的目的。
5。迪米特法則
一個(gè)軟件實(shí)體應(yīng)當(dāng)與盡可能少的其它實(shí)體發(fā)生相互作用。(模塊之間)
6。接口隔離原則
應(yīng)當(dāng)為客戶端提供盡可能小的單獨(dú)的接口，而不是提供大的總接口。
7。策略模式
將每一個(gè)算法用一個(gè)類封裝起來(lái)，多個(gè)類實(shí)現(xiàn)同一個(gè)接口。用到哪種策略就實(shí)例化哪個(gè)類。
**************************************************************
第五章：?接口
它應(yīng)當(dāng)只用來(lái)聲明一個(gè)新的類型
1。接口可以認(rèn)為是繼承的一種，叫做接口繼承，而extends叫做實(shí)現(xiàn)繼承。接口是個(gè)角色，而實(shí)現(xiàn)類是這個(gè)角色的演員。接口這個(gè)角色使之可以動(dòng)態(tài)的智能的選擇演員。
可插入性：
別的類只讓這個(gè)角色做事情，而它不必關(guān)心是哪個(gè)演員做的。
2。用它來(lái)聲明一個(gè)新的類型。在理想情況下，一個(gè)具體的java類應(yīng)當(dāng)只實(shí)現(xiàn)java接口和抽象java類中聲明過(guò)的方法，而不應(yīng)當(dāng)給出多余的方法。
3。類型等級(jí)結(jié)構(gòu)：java接口一般用來(lái)作為一個(gè)類型的等級(jí)結(jié)構(gòu)的起點(diǎn)。
class本身是個(gè)類型，但它的起點(diǎn)應(yīng)該是它所實(shí)現(xiàn)的接口。
混合類型：當(dāng)一個(gè)具體的類處于一個(gè)類的等級(jí)結(jié)構(gòu)中的時(shí)候，它再實(shí)現(xiàn)一個(gè)接口，它就成了混合類型，而不單單是等級(jí)結(jié)構(gòu)中的子類型。混合類型是保證基于這個(gè)等級(jí)結(jié)構(gòu)類型的可插入性的關(guān)鍵。
**************************************************************
第六章??抽象類
1。它代表一個(gè)抽象概念，它和接口一樣，是一個(gè)等級(jí)結(jié)構(gòu)的起點(diǎn)。但這點(diǎn)上它不如接口好。
2。繼承都是從抽象類開(kāi)始的。抽象類是用來(lái)繼承的，而具體類不是用來(lái)繼承的。具體類應(yīng)該使用聚合的方法實(shí)現(xiàn)重用，而避免使用繼承來(lái)實(shí)現(xiàn)。
例子：類B繼承類A?===》寫個(gè)接口或抽象類C，類A和類B實(shí)現(xiàn)C。
??????類“貓”繼承“虎”===》他倆都實(shí)現(xiàn)“動(dòng)物”接口
3。在一個(gè)從抽象類到多個(gè)具體類的繼承關(guān)系中，共同的代碼應(yīng)當(dāng)盡量移動(dòng)到抽象類里。換句話說(shuō)，共同的代碼應(yīng)當(dāng)盡量向等級(jí)結(jié)構(gòu)上方移動(dòng)。
反之，抽象類應(yīng)當(dāng)擁有盡量少的數(shù)據(jù)，數(shù)據(jù)應(yīng)放在等級(jí)結(jié)構(gòu)低端，即具體類中定義。
4。依賴倒轉(zhuǎn)原則：針對(duì)抽象類編程，不針對(duì)具體子類編程。
5。擴(kuò)展超類，不要修改超類的方法，不建議使用重寫。
*************************************************************
第八章?依賴倒轉(zhuǎn)原則
1。要依賴于抽象，不要依賴于實(shí)現(xiàn)。把抽象層次作為復(fù)用的重點(diǎn)，而不是具體層次。
2。三種偶合關(guān)系：
零偶合：兩個(gè)類沒(méi)關(guān)系
具體偶合：發(fā)生在兩個(gè)具體的類，由一個(gè)類對(duì)另一個(gè)具體的類直接引用。
抽象偶合：發(fā)生在一個(gè)具體類和一個(gè)抽象類，更具靈活性。(好)
客戶類盡量和抽象層打交道。
3。依賴倒轉(zhuǎn)原則的兩種表述：
抽象不應(yīng)當(dāng)依賴于細(xì)節(jié)，細(xì)節(jié)應(yīng)當(dāng)依賴于抽象；
要針對(duì)接口編程，不要針對(duì)實(shí)現(xiàn)編程。(重點(diǎn))
4。針對(duì)接口編程：應(yīng)當(dāng)使用java接口和抽象java類進(jìn)行變量的類型聲明，參量的類型聲明，方法的返還類型聲明，以及數(shù)據(jù)類型的轉(zhuǎn)換等。
不要針對(duì)實(shí)現(xiàn)編程：不應(yīng)當(dāng)使用具體java類進(jìn)行變量的類型聲明，參量的類型聲明，方法的返還類型聲明，以及數(shù)據(jù)類型的轉(zhuǎn)換等。
5。一個(gè)具體java類應(yīng)當(dāng)只實(shí)現(xiàn)java接口和抽象java類中聲明過(guò)的方法，而不應(yīng)當(dāng)給出多余的方法。
6。在多數(shù)情況下，一個(gè)java程序需要引用一個(gè)對(duì)象。這個(gè)時(shí)候，如果這個(gè)對(duì)象有一個(gè)抽象類型的話，應(yīng)當(dāng)使用這個(gè)抽象類型作為變量的靜態(tài)類型。????接口?x?=?new?類();
7。java語(yǔ)言中創(chuàng)建一個(gè)對(duì)象的過(guò)程是違背“開(kāi)閉”和“依賴倒轉(zhuǎn)”原則的。因?yàn)閷?duì)象被創(chuàng)建之后，它就確定了，不能由抽象自動(dòng)尋找使用哪個(gè)對(duì)象來(lái)處理問(wèn)題。
8。缺省適配模式：抽象類的唯一優(yōu)點(diǎn)是有具體類的部分實(shí)現(xiàn)，接口補(bǔ)充了抽象類的所有缺點(diǎn)，所以聯(lián)合使用抽象類和接口是一個(gè)很好的選擇。
************************************************************
第九章??接口隔離原則
1。使用多個(gè)專門的接口比使用單一的總接口要好。
從一個(gè)客戶類的角度來(lái)講：一個(gè)類對(duì)另外一個(gè)類的依賴性應(yīng)當(dāng)是建立在最小的接口上的。一個(gè)接口應(yīng)當(dāng)簡(jiǎn)單地代表一個(gè)角色，而不是多個(gè)角色。多個(gè)演員可以同時(shí)演一個(gè)角色，就象孫悟空的孩兒一樣。
*************************************************************
第十章??合成/聚合復(fù)用原則
1。合成/聚合區(qū)別：聚合用來(lái)表示“擁有”或整體與部分的關(guān)系，而合成則用來(lái)表示一種強(qiáng)得多的“擁有”關(guān)系。在一個(gè)合成關(guān)系里，部分和整體的生命周期是一樣的。合成就象所說(shuō)的“合成品”，拆開(kāi)就壞。
2。當(dāng)兩個(gè)類有些類似相同的屬性的時(shí)候，要分清他們是is-a還是has-a關(guān)系。如果是is-a關(guān)系，才可以用繼承；如果是has-a就另當(dāng)別論了。
***********************************************************
第十一章??迪米特法則
1。一個(gè)對(duì)象應(yīng)當(dāng)對(duì)其它對(duì)象有盡可能少的了解。
2。兩個(gè)類不必直接通信，可以通過(guò)第三者(抽象)轉(zhuǎn)發(fā)這個(gè)調(diào)用。
這個(gè)抽象的第三者可以是門面，可以是調(diào)停者，甚至是一個(gè)抽象類或接口。
3。模塊要獨(dú)立，獨(dú)立被封裝，他們只靠public的API來(lái)通信。
4。只要有可能，一個(gè)類應(yīng)當(dāng)設(shè)計(jì)成不變類，其屬性都應(yīng)該是私有的。
5。如果一個(gè)類有太多的包訪問(wèn)權(quán)限的方法，可以考慮使用多個(gè)類把一個(gè)類的私有方法和公有方法分開(kāi)。
*************************************************************
第三部分：創(chuàng)建模式
建造產(chǎn)品的過(guò)程就是創(chuàng)建對(duì)象的過(guò)程，本部分描述怎樣創(chuàng)建對(duì)象。
它是對(duì)類是實(shí)例化過(guò)程的抽象化。分為類的創(chuàng)建模式和對(duì)象的創(chuàng)建模式兩種。類的創(chuàng)建模式使用繼承，將類的創(chuàng)建延遲到了子類，從而封裝了客戶端將得到哪些具體類的信息。對(duì)象的創(chuàng)建模式則把對(duì)象的創(chuàng)建過(guò)程動(dòng)態(tài)的委派給另一個(gè)對(duì)象，從而動(dòng)態(tài)的決定客戶端將得到哪些具體類的實(shí)例，以及這些類的實(shí)例是如何被創(chuàng)建和組合在一起的。
靜態(tài)方法體內(nèi)用來(lái)實(shí)例化對(duì)象，這樣的方法可以稱作靜態(tài)工廠方法。
第十二章?簡(jiǎn)單工廠（FACTORY）模式
追MM少不了請(qǐng)吃飯了，麥當(dāng)勞的雞翅和肯德基的雞翅都是MM愛(ài)吃的東西，雖然口味有所不同，但不管你帶MM去麥當(dāng)勞或肯德基，只管向服務(wù)員說(shuō)“來(lái)四個(gè)雞翅”就行了。麥當(dāng)勞和肯德基就是生產(chǎn)雞翅的Factory?
工廠模式：客戶類和工廠類分開(kāi)。消費(fèi)者任何時(shí)候需要某種產(chǎn)品，只需向工廠請(qǐng)求即可。消費(fèi)者無(wú)須修改就可以接納新產(chǎn)品。缺點(diǎn)是當(dāng)產(chǎn)品修改時(shí)，工廠類也要做相應(yīng)的修改。如：如何創(chuàng)建及如何向客戶端提供。?
1。工廠模式主要負(fù)責(zé)將大量有共同接口(即前面講的抽象第三者)的類實(shí)例化。
?????要求???????????????????????制造
客戶-------->工廠(方法返回抽象產(chǎn)品)-------->產(chǎn)品(實(shí)現(xiàn)抽象產(chǎn)品接口)
下面是多個(gè)產(chǎn)品及抽象產(chǎn)品的情況，解決方案是仍然只使用一個(gè)factory。
但新增產(chǎn)品的話必將導(dǎo)致工廠類的修改。如：如何創(chuàng)建及如何向客戶端提供。
?
2．一個(gè)工廠類可以有多于一個(gè)的靜態(tài)工廠方法，用于創(chuàng)建不同抽象類型的產(chǎn)品對(duì)象。
3．如果一個(gè)工廠只創(chuàng)建一個(gè)產(chǎn)品對(duì)象，那么可以省略掉抽象產(chǎn)品層。
4．有時(shí)也可以將工廠和抽象產(chǎn)品層合并起來(lái)，這時(shí)候一個(gè)抽象產(chǎn)品類同時(shí)也是子類的工廠。
如果抽象產(chǎn)品層已經(jīng)被省略，那么也可以將工廠和產(chǎn)品層合并在一起，這就是三個(gè)角色全部合并的情況。
5．工廠可以循環(huán)使用它所創(chuàng)建的產(chǎn)品對(duì)象。
*******************************************************************************
第十三章??工廠方法（FACTORY?METHOD）模式
請(qǐng)MM去麥當(dāng)勞吃漢堡，不同的MM有不同的口味，要每個(gè)都記住是一件煩人的事情，我一般采用Factory?Method模式，帶著MM到服務(wù)員那兒，說(shuō)“要一個(gè)漢堡”，具體要什么樣的漢堡呢，讓MM直接跟服務(wù)員說(shuō)就行了。
1．????工廠方法模式：核心工廠類不再負(fù)責(zé)所有產(chǎn)品的創(chuàng)建，而是將具體創(chuàng)建的工作交給子類去做，成為一個(gè)抽象工廠角色（一般是抽象類），僅負(fù)責(zé)給出具體工廠類必須實(shí)現(xiàn)的接口，而不接觸哪一個(gè)產(chǎn)品類應(yīng)當(dāng)被實(shí)例化這種細(xì)節(jié)。具體做法是，按照產(chǎn)品的等級(jí)結(jié)構(gòu)設(shè)計(jì)一個(gè)同結(jié)構(gòu)的工廠等級(jí)結(jié)構(gòu)，然后由相應(yīng)的工廠角色創(chuàng)建其商品角色。客戶端角色創(chuàng)建工廠對(duì)象，使用工廠對(duì)象的方法從而創(chuàng)建產(chǎn)品對(duì)象（工廠方法創(chuàng)建對(duì)象）。
?
2．????如果需要加入一個(gè)新的產(chǎn)品，只需加入一個(gè)工廠類和一個(gè)產(chǎn)品類，它支持“開(kāi)閉”原則。
3．????工廠方法所返還的產(chǎn)品類型應(yīng)當(dāng)是抽象類型，而不是具體類型。
4．????聚集：多個(gè)對(duì)象聚集在一起；聚集對(duì)象是能夠包容一組對(duì)象的容器對(duì)象。聚集都實(shí)現(xiàn)了
Collection接口，都提供iterator（）方法返回一個(gè)Iterator對(duì)象。Iterator()就是一個(gè)工廠方法，它返回了對(duì)象集合。
5．????所有java都實(shí)現(xiàn)了Collection接口和List接口。其中List接口給出兩個(gè)工廠方法：iterator()和listIterator()；分別返回Iterator對(duì)象和ListIterator對(duì)象。而后者是前者的子接口。
6．????工廠方法模式是關(guān)于對(duì)象的創(chuàng)建；模版方法模式是關(guān)于對(duì)象的行為。
**************************************************************
第十四章??抽象工廠模式
請(qǐng)MM吃麥當(dāng)勞，我是真記不起她吃啥口味來(lái)著了。MM這回生氣了，沒(méi)等我?guī)椒?wù)員那，她要了一份麥當(dāng)勞漢堡，跑肯德基那又要了一份漢堡。靠我又多花一份錢。
1．????抽象工廠模式可以向客戶端提供一個(gè)接口，使客戶端在不必指定產(chǎn)品的具體類型的情況下，創(chuàng)建多個(gè)產(chǎn)品族中的產(chǎn)品對(duì)象。這時(shí)候，一個(gè)具體工廠可以對(duì)應(yīng)多個(gè)抽象產(chǎn)品的具體產(chǎn)品了。抽象工廠模式面對(duì)的是多個(gè)產(chǎn)品等級(jí)結(jié)構(gòu)的系統(tǒng)設(shè)計(jì)。
?
上圖相同顏色為一個(gè)產(chǎn)品族。產(chǎn)品族指：麥當(dāng)勞和肯德基的同類食品，比如漢堡。
如圖我們沒(méi)有創(chuàng)建多個(gè)抽象工廠來(lái)對(duì)應(yīng)對(duì)個(gè)抽象產(chǎn)品。而采用一個(gè)抽象工廠和產(chǎn)品族的概念來(lái)解決問(wèn)題的。這樣，產(chǎn)品族和產(chǎn)品等級(jí)結(jié)構(gòu)的關(guān)系是二維的。
*******************************************************************************
第十五章?單例模式（SINGLETON）
1．????它是對(duì)象的創(chuàng)建模式（非類的創(chuàng)建模式），單例模式確保一個(gè)類只有一個(gè)實(shí)例，而且自行實(shí)例化并向整個(gè)系統(tǒng)提供這個(gè)實(shí)例。這個(gè)類叫做單例類。
2．不要使用單例類來(lái)管理共享資源的生命周期，只有確定它只有一個(gè)實(shí)例的時(shí)候才可使用。
*****************************************************************************
第十六章??單例模式與MX記錄
最常見(jiàn)的目錄服務(wù)包括LDAP?和DNS。
1．????DNS：即域名服務(wù)（Domain?Name?Service）,電腦用戶在網(wǎng)絡(luò)上通過(guò)IP找到其它電腦就是用DNS服務(wù)器。
2．????LDAP：Lightweight?Directory?access?Protocol?
3．????MX記錄：MX（Mail?Exchange）記錄就是郵件交換記錄。
4．????JNDI架構(gòu)：java命名和地址界面（Java?Naming?and?Directory?Interface）,由SUN引進(jìn)的，為java系統(tǒng)提供支持各種目錄類型的一個(gè)一般性的訪問(wèn)界面。它提供命名和目錄服務(wù)，以對(duì)應(yīng)用程序透明的方式插入到系統(tǒng)里。(實(shí)質(zhì)上是java?application與其它目錄類型的一個(gè)訪問(wèn)接口)
??????
?
*******************************************************************************
第十七章??多例模式與多語(yǔ)言支持
1．????它與單例模式的唯一不同是它可以有多個(gè)實(shí)例對(duì)象。它實(shí)際是單例模式的自然推廣。
2．????有上限數(shù)目實(shí)例對(duì)象的多例叫上限多例模式，如果上限為1，那它就是單例模式。也有無(wú)上限多例模式。
*******************************************************************************
第十九章???建造（BUILDER）模式
MM最愛(ài)聽(tīng)的就是“我愛(ài)你”這句話了，見(jiàn)到不同地方的MM,要能夠用她們的方言跟她說(shuō)這句話哦，我有一個(gè)多種語(yǔ)言翻譯機(jī)，上面每種語(yǔ)言都有一個(gè)按鍵，見(jiàn)到MM我只要按對(duì)應(yīng)的鍵，它就能夠用相應(yīng)的語(yǔ)言說(shuō)出“我愛(ài)你”這句話了，國(guó)外的MM也可以輕松搞掂，這就是我的“我愛(ài)你”builder。（這一定比美軍在伊拉克用的翻譯機(jī)好賣）?
1。建造模式：將產(chǎn)品的內(nèi)部表象和產(chǎn)品的生成過(guò)程分割開(kāi)來(lái)，從而使一個(gè)建造過(guò)程生成具有不同的內(nèi)部表象的產(chǎn)品對(duì)象。建造模式使得產(chǎn)品內(nèi)部表象可以獨(dú)立的變化，客戶不必知道產(chǎn)品內(nèi)部組成的細(xì)節(jié)。建造模式可以強(qiáng)制實(shí)行一種分步驟進(jìn)行的建造過(guò)程。
3．????它實(shí)際是在工廠的基礎(chǔ)上，在客戶和抽象工廠中間加了一層director（導(dǎo)演），用導(dǎo)演提供方法來(lái)建造產(chǎn)品零件，從而實(shí)現(xiàn)讓客戶不必關(guān)心產(chǎn)品內(nèi)部由什么零件組成。建造模式用來(lái)解決具體產(chǎn)品有多個(gè)復(fù)雜零件的情況，并且具體產(chǎn)品之間沒(méi)有任何聯(lián)系，具體產(chǎn)品共同實(shí)現(xiàn)一個(gè)標(biāo)識(shí)接口。另外，建造模式要求具體建造者必須提供返還類型方法。
*******************************************************************************
第２０章 原始模型（Prototype）模式
跟MM用QQ聊天，一定要說(shuō)些深情的話語(yǔ)了，我搜集了好多肉麻的情話，需要時(shí)只要copy出來(lái)放到QQ里面就行了，這就是我的情話prototype了。
原始模型模式：通過(guò)給出一個(gè)原型對(duì)象來(lái)指明所要?jiǎng)?chuàng)建的對(duì)象的類型，然后用復(fù)制這個(gè)原型對(duì)象的方法創(chuàng)建出更多同類型的對(duì)象。原始模型模式允許動(dòng)態(tài)的增加或減少產(chǎn)品類，產(chǎn)品類不需要非得有任何事先確定的等級(jí)結(jié)構(gòu)，原始模型模式適用于任何的等級(jí)結(jié)構(gòu)。缺點(diǎn)是每一個(gè)類都必須配備一個(gè)克隆方法。
１．????與工廠和建造模式都類似，它適用于產(chǎn)品的等級(jí)結(jié)構(gòu)經(jīng)常變化的情況。
*******************************************************************************
第２１章 JavaBean的“冷藏”和“解凍”
１．????串行化：串行化使得一個(gè)程序可以把一個(gè)完整的對(duì)象寫在一個(gè)Byte流里面，或者從一個(gè)Byte流里面讀出一個(gè)事先存儲(chǔ)在里面的完整的對(duì)象；串行化可以把Java對(duì)象和原始數(shù)據(jù)類型轉(zhuǎn)換成一個(gè)適合于某種網(wǎng)絡(luò)或文件系統(tǒng)的Byte流。串行化處理可以很容易地將一個(gè)Java對(duì)象和一個(gè)二進(jìn)制流之間相互轉(zhuǎn)換。
*******************************************************************************
第四部分 結(jié)構(gòu)模式
上一部分描述了怎樣創(chuàng)建對(duì)象，這一部分來(lái)描述對(duì)象（類）之間怎樣來(lái)通信,來(lái)體現(xiàn)對(duì)象的作用。
基本套路都是使兩個(gè)類都實(shí)現(xiàn)一個(gè)接口，這個(gè)接口可以是具體類或抽象類或Java接口，從而實(shí)現(xiàn)這兩個(gè)類的通信。
結(jié)構(gòu)模式描述如何將類或者對(duì)象結(jié)合在一起形成更大的結(jié)構(gòu)。分為類的結(jié)構(gòu)模式和對(duì)象的結(jié)構(gòu)模式兩種。
類的結(jié)構(gòu)模式：它使用繼承來(lái)把類，接口等組合在一起，以形成更大的結(jié)構(gòu)。類的結(jié)構(gòu)模式是靜態(tài)的。
對(duì)象的結(jié)構(gòu)模式：它描述怎樣把不同類型的對(duì)象組織在一起，以實(shí)現(xiàn)新的功能的方法。對(duì)象的結(jié)構(gòu)模式是動(dòng)態(tài)的。
第２２章 適配器（Adapter）模式
在朋友聚會(huì)上碰到了一個(gè)美女Sarah，從香港來(lái)的，可我不會(huì)說(shuō)粵語(yǔ)，她不會(huì)說(shuō)普通話，只好求助于我的朋友kent了，他作為我和Sarah之間的Adapter，讓我和Sarah可以相互交談了(也不知道他會(huì)不會(huì)耍我)?
適配器（變壓器）模式：把一個(gè)類的接口變換成客戶端所期待的另一種接口，從而使原本因接口原因不匹配而無(wú)法一起工作的兩個(gè)類能夠一起工作。適配類可以根據(jù)參數(shù)返還一個(gè)合適的實(shí)例給客戶端。
１．????類的適配器模式：adapter繼承源類并實(shí)現(xiàn)目標(biāo)接口。Adapter為具體類。
對(duì)象的適配器模式：adapter實(shí)現(xiàn)目標(biāo)接口。源類沒(méi)有的方法在adapter里補(bǔ)充。
２．????它實(shí)際是連接源與目標(biāo)的一個(gè)“接口”，適配器可以是抽象類或具體類。
第23章?缺省適配模式
１．????在任何時(shí)候，如果不準(zhǔn)備實(shí)現(xiàn)一個(gè)接口的所有方法時(shí)，就可以寫一個(gè)繼承該接口的抽象類，給出所有方法的平庸的具體實(shí)現(xiàn)。這樣，從這個(gè)抽象類再繼承下去的子類就不必實(shí)現(xiàn)所有的方法了。這時(shí)候，新的類就是Adapter類，而給出平庸實(shí)現(xiàn)的抽象類就可以被當(dāng)做源？
第24章?XMLProperties與適配器模式
1．SAX：Simple?API?for?XML?.它是一個(gè)通用的為各種不同的XML瀏覽器而設(shè)計(jì)的接口，正如JDBC是為各種不同的關(guān)系數(shù)據(jù)庫(kù)而設(shè)計(jì)的接口一樣。使XML不必局限于某一個(gè)瀏覽器。
第25章?合成(Composite)模式
Mary今天過(guò)生日。“我過(guò)生日，你要送我一件禮物。”“嗯，好吧，去商店，你自己挑。”“這件T恤挺漂亮，買，這條裙子好看，買，這個(gè)包也不錯(cuò)，買。”“喂，買了三件了呀，我只答應(yīng)送一件禮物的哦。”“什么呀，T恤加裙子加包包，正好配成一套呀，小姐，麻煩你包起來(lái)。”“……”，MM都會(huì)用Composite模式了，你會(huì)了沒(méi)有？?
合成模式：合成模式將對(duì)象組織到樹(shù)結(jié)構(gòu)中，可以用來(lái)描述整體與部分的關(guān)系。合成模式就是一個(gè)處理對(duì)象的樹(shù)結(jié)構(gòu)的模式。合成模式把部分與整體的關(guān)系用樹(shù)結(jié)構(gòu)表示出來(lái)。合成模式使得客戶端把一個(gè)個(gè)單獨(dú)的成分對(duì)象和由他們復(fù)合而成的合成對(duì)象同等看待。
１．????無(wú)論繼承還是合成，都通過(guò)“樹(shù)”結(jié)構(gòu)來(lái)組織對(duì)象，分為：從下向上，從上向下和雙向的。樹(shù)枝，葉子：）樹(shù)枝可以沒(méi)有葉子結(jié)點(diǎn)，但它仍是樹(shù)枝。樹(shù)枝是葉子的容器。
２．????透明式的合成模式結(jié)構(gòu)：所有樹(shù)枝和葉子共有同一個(gè)接口，此抽象接口定義了所有商業(yè)邏輯方法和聚集管理方法（比如getChild()?remove()等）。
安全式的合成模式結(jié)構(gòu)：所有樹(shù)枝和葉子共用一個(gè)接口，接口只提供商業(yè)邏輯等方法，沒(méi)有處理聚集的方法。樹(shù)枝實(shí)現(xiàn)此接口自己再添加管理聚集（比如getChild()?remove()等）的方法。葉子實(shí)現(xiàn)接口定義的商業(yè)邏輯的一些方法。
????????在這里可以看到面向接口編程的思想，兩個(gè)具體類不能直接進(jìn)行作用，他們使用接口來(lái)進(jìn)行通信。
第26章?裝飾(Decorator)模式
Mary過(guò)完輪到Sarly過(guò)生日，還是不要叫她自己挑了，不然這個(gè)月伙食費(fèi)肯定玩完，拿出我去年在華山頂上照的照片，在背面寫上“最好的的禮物，就是愛(ài)你的Fita”，再到街上禮品店買了個(gè)像框（賣禮品的MM也很漂亮哦），再找隔壁搞美術(shù)設(shè)計(jì)的Mike設(shè)計(jì)了一個(gè)漂亮的盒子裝起來(lái)……，我們都是Decorator，最終都在修飾我這個(gè)人呀，怎么樣，看懂了嗎？?
裝飾模式：裝飾模式以對(duì)客戶端透明（客戶并不會(huì)覺(jué)得裝飾前后對(duì)象有什么不同）的方式擴(kuò)展對(duì)象的功能，是繼承關(guān)系的一個(gè)替代方案，提供比繼承更多的靈活性。動(dòng)態(tài)給一個(gè)對(duì)象增加功能，這些功能可以再動(dòng)態(tài)的撤消。增加由一些基本功能的排列組合而產(chǎn)生的非常大量的功能。
１．????在以下情況下應(yīng)當(dāng)使用裝飾模式：
１．????需要擴(kuò)展一個(gè)類的功能，或給一個(gè)類增加附加責(zé)任。
２．????需要?jiǎng)討B(tài)地給一個(gè)對(duì)象增加功能，這些功能可以再動(dòng)態(tài)地撤消。
３．????需要增加由一些基本功能的排列組合而產(chǎn)生的非常大量的功能，從而使繼承關(guān)系變得不現(xiàn)實(shí)。
?
??
２．????如上圖，要把大圣本尊裝飾成花鳥(niǎo)魚蟲(chóng)。定義一個(gè)齊天大圣接口，猢猻（大圣本尊）和大圣化身實(shí)現(xiàn)齊天大圣接口；大圣化身是個(gè)抽象的具體類，花鳥(niǎo)魚蟲(chóng)再繼承它；大圣化身和它的子類都實(shí)現(xiàn)齊天大圣的（實(shí)例的）方法（即大圣本尊的方法）。使用如下：
齊天大圣?猴?=?new?大圣本尊（）；
齊天大圣?bird?=?new?鳥(niǎo)（猴）；//把猴傳進(jìn)來(lái)
這樣就把孫猴子裝飾成bird了
３．????為什么不用繼承？繼承是靜態(tài)的，它在系統(tǒng)運(yùn)行前就決定了；而裝飾模式可以讓我們動(dòng)態(tài)的決定把鳥(niǎo)“貼”給他還是把蟲(chóng)“貼”給他。
4．?
?
看上面的代碼，fly()是雀兒類自己的方法，如果bird引用的定義類型為齊天大圣，那么bird.fly()將報(bào)錯(cuò)！因此C只能執(zhí)行齊天大圣和大圣本尊共有的方法，盡管它執(zhí)行的是大圣本尊定義的方法里的內(nèi)容。
４．????裝飾模式將一個(gè)東西的表皮換掉，而保持它的內(nèi)心，并提高（擴(kuò)展）性能，是繼承的替代方案。策略模式是在保持接口不變的情況下，使具體算法可以互換。
５．????裝飾模式和適配器模式都是包裝（Wrapper）模式。他們的區(qū)別：適配器模式把一個(gè)API轉(zhuǎn)換成另一個(gè)API，而裝飾模式是保持被包裝的對(duì)象的API。
第28章?代理(Proxy)模式
跟MM在網(wǎng)上聊天，一開(kāi)頭總是“hi,你好”,“你從哪兒來(lái)呀？”“你多大了？”“身高多少呀？”這些話，真煩人，寫個(gè)程序作為我的Proxy吧，凡是接收到這些話都設(shè)置好了自動(dòng)的回答，接收到其他的話時(shí)再通知我回答，怎么樣，酷吧。?
代理模式：代理模式給某一個(gè)對(duì)象提供一個(gè)代理對(duì)象，并由代理對(duì)象控制對(duì)源對(duì)象的引用。代理就是一個(gè)人或一個(gè)機(jī)構(gòu)代表另一個(gè)人或者一個(gè)機(jī)構(gòu)采取行動(dòng)。某些情況下，客戶不想或者不能夠直接引用一個(gè)對(duì)象，代理對(duì)象可以在客戶和目標(biāo)對(duì)象直接起到中介的作用。客戶端分辨不出代理主題對(duì)象與真實(shí)主題對(duì)象。代理模式可以并不知道真正的被代理對(duì)象，而僅僅持有一個(gè)被代理對(duì)象的接口，這時(shí)候代理對(duì)象不能夠創(chuàng)建被代理對(duì)象，被代理對(duì)象必須有系統(tǒng)的其他角色代為創(chuàng)建并傳入。（例如：桌面快捷方式就是可執(zhí)行文件的代理）
?????????????????
１．????代理主題不改變主題的接口，因?yàn)槟Ｊ降挠靡馐遣蛔尶蛻舳烁杏X(jué)到代理的存在；其次，代理使用委派將客戶端的調(diào)用委派給真實(shí)的主題對(duì)象，換言之，代理起到的是傳遞請(qǐng)求的作用；最后，代理主題在傳遞請(qǐng)求之前和之后都可以執(zhí)行特定的操作，而不是單純的傳遞請(qǐng)求。
２．????代理模式強(qiáng)調(diào)代理對(duì)真實(shí)主題的使用施加控制。
第31章?享元(Flyweight?Pattern)模式
每天跟MM發(fā)短信，手指都累死了，最近買了個(gè)新手機(jī)，可以把一些常用的句子存在手機(jī)里，要用的時(shí)候，直接拿出來(lái)，在前面加上MM的名字就可以發(fā)送了，再不用一個(gè)字一個(gè)字敲了。共享的句子就是Flyweight，MM的名字就是提取出來(lái)的外部特征，根據(jù)上下文情況使用。?
享元模式：FLYWEIGHT在拳擊比賽中指最輕量級(jí)。享元模式以共享的方式高效的支持大量的細(xì)粒度對(duì)象。享元模式能做到共享的關(guān)鍵是區(qū)分內(nèi)蘊(yùn)狀態(tài)和外蘊(yùn)狀態(tài)。內(nèi)蘊(yùn)狀態(tài)存儲(chǔ)在享元內(nèi)部，不會(huì)隨環(huán)境的改變而有所不同。外蘊(yùn)狀態(tài)是隨環(huán)境的改變而改變的。外蘊(yùn)狀態(tài)不能影響內(nèi)蘊(yùn)狀態(tài)，它們是相互獨(dú)立的。將可以共享的狀態(tài)和不可以共享的狀態(tài)從常規(guī)類中區(qū)分開(kāi)來(lái)，將不可以共享的狀態(tài)從類里剔除出去。客戶端不可以直接創(chuàng)建被共享的對(duì)象，而應(yīng)當(dāng)使用一個(gè)工廠對(duì)象負(fù)責(zé)創(chuàng)建被共享的對(duì)象。享元模式大幅度的降低內(nèi)存中對(duì)象的數(shù)量。?
１．????分為單純享元模式和復(fù)合享元模式，復(fù)合享元模式實(shí)際是單純享元模式與合成模式的組合。
???
２．????系統(tǒng)內(nèi)有大量可共享的對(duì)象才可以使用享元模式。
第32章?門面(Facade)模式
我有一個(gè)專業(yè)的Nikon相機(jī)，我就喜歡自己手動(dòng)調(diào)光圈、快門，這樣照出來(lái)的照片才專業(yè)，但MM可不懂這些，教了半天也不會(huì)。幸好相機(jī)有Facade設(shè)計(jì)模式，把相機(jī)調(diào)整到自動(dòng)檔，只要對(duì)準(zhǔn)目標(biāo)按快門就行了，一切由相機(jī)自動(dòng)調(diào)整，這樣MM也可以用這個(gè)相機(jī)給我拍張照片了。?
門面模式：外部與一個(gè)子系統(tǒng)的通信必須通過(guò)一個(gè)統(tǒng)一的門面對(duì)象進(jìn)行。門面模式提供一個(gè)高層次的接口，使得子系統(tǒng)更易于使用。每一個(gè)子系統(tǒng)只有一個(gè)門面類，而且此門面類只有一個(gè)實(shí)例，也就是說(shuō)它是一個(gè)單例模式。但整個(gè)系統(tǒng)可以有多個(gè)門面類。
????????????
?
第33章?橋梁(Bridge)模式
早上碰到MM，要說(shuō)早上好，晚上碰到MM，要說(shuō)晚上好；碰到MM穿了件新衣服，要說(shuō)你的衣服好漂亮哦，碰到MM新做的發(fā)型，要說(shuō)你的頭發(fā)好漂亮哦。不要問(wèn)我“早上碰到MM新做了個(gè)發(fā)型怎么說(shuō)”這種問(wèn)題，自己用BRIDGE組合一下不就行了?
橋梁模式：將抽象化與實(shí)現(xiàn)化脫耦，使得二者可以獨(dú)立的變化，也就是說(shuō)將他們之間的強(qiáng)關(guān)聯(lián)變成弱關(guān)聯(lián)，也就是指在一個(gè)軟件系統(tǒng)的抽象化和實(shí)現(xiàn)化之間使用組合/聚合關(guān)系而不是繼承關(guān)系，從而使兩者可以獨(dú)立的變化。
１．????繼承是強(qiáng)耦合，聚合是弱耦合，所以盡量使用聚合編程，在橋梁模式中，就是使用聚合來(lái)代替抽象與具體的強(qiáng)耦合的。
2．抽象化角色（抽象類）：它持有實(shí)現(xiàn)化角色（抽象類）的引用，并將（某些）聲明方法的實(shí)現(xiàn)委派給實(shí)現(xiàn)化角色。
???修正抽象化角色：它繼承抽象化角色，它將繼承來(lái)的方法的實(shí)現(xiàn)修正成別的實(shí)現(xiàn)了。
???實(shí)現(xiàn)化角色（抽象類）：它聲明了抽象方法。
???具體實(shí)現(xiàn)化角色：它實(shí)現(xiàn)了實(shí)現(xiàn)化角色聲明的抽象方法。
第五部分 行為模式
行為模式（Behavioral?Pattern）是對(duì)在不同對(duì)象之間劃分責(zé)任和算法的抽象化。行為模式不僅僅是關(guān)于類和對(duì)象的，而且是關(guān)于他們之間的相互作用的。
分為：
類的行為模式：類的行為模式使用繼承關(guān)系在幾個(gè)類之間分配行為。
對(duì)象的行為模式：對(duì)象的行為模式則使用對(duì)象的聚合來(lái)分配行為。
第34章?不變(Immutable)模式
１．????不變模式：一個(gè)對(duì)象的狀態(tài)在對(duì)象被創(chuàng)建之后就不再變化。
２．????不變模式只涉及一個(gè)類。它又分為：
?????弱不變模式：其子類可以是可變的類
?????強(qiáng)不變模式：類以及它的方法都是final的，因此它沒(méi)有子類。（String類是）
第35章?策略(Strategy)模式
跟不同類型的MM約會(huì)，要用不同的策略，有的請(qǐng)電影比較好，有的則去吃小吃效果不錯(cuò)，有的去海邊浪漫最合適，目的都是為了得到MM的芳心，我的追MM錦囊中有好多Strategy哦。?
策略模式：策略模式針對(duì)一組算法，將每一個(gè)算法封裝到具有共同接口的獨(dú)立的類中，從而使得它們可以相互替換。策略模式使得算法可以在不影響到客戶端的情況下發(fā)生變化。策略模式把行為和環(huán)境分開(kāi)。環(huán)境類負(fù)責(zé)維持和查詢行為類，各種算法在具體的策略類中提供。由于算法和環(huán)境獨(dú)立開(kāi)來(lái)，算法的增減，修改都不會(huì)影響到環(huán)境和客戶端。
１．????角色：環(huán)境角色?---持有一個(gè)抽象策略角色的引用
??????????????抽象策略角色-----由一個(gè)接口或抽象類實(shí)現(xiàn)
??????????????具體策略角色-----包裝了相關(guān)的算法或行為
??????????????
第36章?模版方法(Template?Method)模式
看過(guò)《如何說(shuō)服女生上床》這部經(jīng)典文章嗎？女生從認(rèn)識(shí)到上床的不變的步驟分為巧遇、打破僵局、展開(kāi)追求、接吻、前戲、動(dòng)手、愛(ài)撫、進(jìn)去八大步驟(Template?method)，但每個(gè)步驟針對(duì)不同的情況，都有不一樣的做法，這就要看你隨機(jī)應(yīng)變啦(具體實(shí)現(xiàn))；?
模板方法模式：模板方法模式準(zhǔn)備一個(gè)抽象類，將部分邏輯以具體方法以及具體構(gòu)造子的形式實(shí)現(xiàn)，然后聲明一些抽象方法來(lái)迫使子類實(shí)現(xiàn)剩余的邏輯。不同的子類可以以不同的方式實(shí)現(xiàn)這些抽象方法，從而對(duì)剩余的邏輯有不同的實(shí)現(xiàn)。先制定一個(gè)頂級(jí)邏輯框架，而將邏輯的細(xì)節(jié)留給具體的子類去實(shí)現(xiàn)。
它有兩種角色，如下：（其中抽象模版具備一個(gè)模版方法）
????????????????
第38章?觀察者(Observer)模式
想知道咱們公司最新MM情報(bào)嗎？加入公司的MM情報(bào)郵件組就行了，tom負(fù)責(zé)搜集情報(bào)，他發(fā)現(xiàn)的新情報(bào)不用一個(gè)一個(gè)通知我們，直接發(fā)布給郵件組，我們作為訂閱者（觀察者）就可以及時(shí)收到情報(bào)啦?
觀察者模式：觀察者模式定義了一種一對(duì)多的依賴關(guān)系，讓多個(gè)觀察者對(duì)象同時(shí)監(jiān)聽(tīng)某一個(gè)主題對(duì)象。這個(gè)主題對(duì)象在狀態(tài)上發(fā)生變化時(shí)，會(huì)通知所有觀察者對(duì)象，使他們能夠自動(dòng)更新自己。
1．抽象主題角色：它把所有觀察者對(duì)象的引用保存在一個(gè)聚集中，每個(gè)主題可以有任意多的觀察者。它提供一個(gè)接口，可以增加或刪除觀察者對(duì)象。
???抽象觀察者角色：為所有觀察者定義一個(gè)接口，在得到主題的通知時(shí)更新自己，提供一個(gè)update()方法。
???具體主題角色：它保存狀態(tài)信息，當(dāng)狀態(tài)信息改變時(shí)，會(huì)給所有登記過(guò)的觀察者發(fā)通知。
???具體觀察者角色：存儲(chǔ)與主題的狀態(tài)自恰的狀態(tài)，它實(shí)現(xiàn)抽象觀察者接口。
第43章?迭代子(Iterator)模式
我愛(ài)上了Mary，不顧一切的向她求婚。
Mary：“想要我跟你結(jié)婚，得答應(yīng)我的條件”?
我：“什么條件我都答應(yīng)，你說(shuō)吧”?
Mary：“我看上了那個(gè)一克拉的鉆石”?
我：“我買，我買，還有嗎？”?
Mary：“我看上了湖邊的那棟別墅”?
我：“我買，我買，還有嗎？”?
Mary：“我看上那輛法拉利跑車”?
我腦袋嗡的一聲，坐在椅子上，一咬牙：“我買，我買，還有嗎？”?
……?
????迭代子模式：迭代子模式可以順序訪問(wèn)一個(gè)聚集中的元素而不必暴露聚集的內(nèi)部表象。多個(gè)對(duì)象聚在一起形成的總體稱之為聚集，聚集對(duì)象是能夠包容一組對(duì)象的容器對(duì)象。迭代子模式將迭代邏輯封裝到一個(gè)獨(dú)立的子對(duì)象中，從而與聚集本身隔開(kāi)。迭代子模式簡(jiǎn)化了聚集的界面。每一個(gè)聚集對(duì)象都可以有一個(gè)或一個(gè)以上的迭代子對(duì)象，每一個(gè)迭代子的迭代狀態(tài)可以是彼此獨(dú)立的。迭代算法可以獨(dú)立于聚集角色變化。?
?***********************************************************
13、CHAIN?OF?RESPONSIBLEITY?晚上去上英語(yǔ)課，為了好開(kāi)溜坐到了最后一排，哇，前面坐了好幾個(gè)漂亮的MM哎，找張紙條，寫上“Hi,可以做我的女朋友嗎？如果不愿意請(qǐng)向前傳”，紙條就一個(gè)接一個(gè)的傳上去了，糟糕，傳到第一排的MM把紙條傳給老師了，聽(tīng)說(shuō)是個(gè)老處女呀，快跑!?
責(zé)任鏈模式：在責(zé)任鏈模式中，很多對(duì)象由每一個(gè)對(duì)象對(duì)其下家的引用而接?
起來(lái)形成一條鏈。請(qǐng)求在這個(gè)鏈上傳遞，直到鏈上的某一個(gè)對(duì)象決定處理此請(qǐng)求。客戶并不知道鏈上的哪一個(gè)對(duì)象最終處理這個(gè)請(qǐng)求，系統(tǒng)可以在不影響客戶端的情況下動(dòng)態(tài)的重新組織鏈和分配責(zé)任。處理者有兩個(gè)選擇：承擔(dān)責(zé)任或者把責(zé)任推給下家。一個(gè)請(qǐng)求可以最終不被任何接收端對(duì)象所接受。?
14、COMMAND?俺有一個(gè)MM家里管得特別嚴(yán)，沒(méi)法見(jiàn)面，只好借助于她弟弟在我們倆之間傳送信息，她對(duì)我有什么指示，就寫一張紙條讓她弟弟帶給我。這不，她弟弟又傳送過(guò)來(lái)一個(gè)COMMAND，為了感謝他，我請(qǐng)他吃了碗雜醬面，哪知道他說(shuō)：“我同時(shí)給我姐姐三個(gè)男朋友送COMMAND，就數(shù)你最小氣，才請(qǐng)我吃面。”，?
命令模式：命令模式把一個(gè)請(qǐng)求或者操作封裝到一個(gè)對(duì)象中。命令模式把發(fā)出命令的責(zé)任和執(zhí)行命令的責(zé)任分割開(kāi)，委派給不同的對(duì)象。命令模式允許請(qǐng)求的一方和發(fā)送的一方獨(dú)立開(kāi)來(lái)，使得請(qǐng)求的一方不必知道接收請(qǐng)求的一方的接口，更不必知道請(qǐng)求是怎么被接收，以及操作是否執(zhí)行，何時(shí)被執(zhí)行以及是怎么被執(zhí)行的。系統(tǒng)支持命令的撤消。?
15、INTERPRETER?俺有一個(gè)《泡MM真經(jīng)》，上面有各種泡MM的攻略，比如說(shuō)去吃西餐的步驟、去看電影的方法等等，跟MM約會(huì)時(shí)，只要做一個(gè)Interpreter，照著上面的腳本執(zhí)行就可以了。?
解釋器模式：給定一個(gè)語(yǔ)言后，解釋器模式可以定義出其文法的一種表示，并同時(shí)提供一個(gè)解釋器。客戶端可以使用這個(gè)解釋器來(lái)解釋這個(gè)語(yǔ)言中的句子。解釋器模式將描述怎樣在有了一個(gè)簡(jiǎn)單的文法后，使用模式設(shè)計(jì)解釋這些語(yǔ)句。在解釋器模式里面提到的語(yǔ)言是指任何解釋器對(duì)象能夠解釋的任何組合。在解釋器模式中需要定義一個(gè)代表文法的命令類的等級(jí)結(jié)構(gòu)，也就是一系列的組合規(guī)則。每一個(gè)命令對(duì)象都有一個(gè)解釋方法，代表對(duì)命令對(duì)象的解釋。命令對(duì)象的等級(jí)結(jié)構(gòu)中的對(duì)象的任何排列組合都是一個(gè)語(yǔ)言。?
17、MEDIATOR?四個(gè)MM打麻將，相互之間誰(shuí)應(yīng)該給誰(shuí)多少錢算不清楚了，幸虧當(dāng)時(shí)我在旁邊，按照各自的籌碼數(shù)算錢，賺了錢的從我這里拿，賠了錢的也付給我，一切就OK啦，俺得到了四個(gè)MM的電話。?
調(diào)停者模式：調(diào)停者模式包裝了一系列對(duì)象相互作用的方式，使得這些對(duì)象不必相互明顯作用。從而使他們可以松散偶合。當(dāng)某些對(duì)象之間的作用發(fā)生改變時(shí)，不會(huì)立即影響其他的一些對(duì)象之間的作用。保證這些作用可以彼此獨(dú)立的變化。調(diào)停者模式將多對(duì)多的相互作用轉(zhuǎn)化為一對(duì)多的相互作用。調(diào)停者模式將對(duì)象的行為和協(xié)作抽象化，把對(duì)象在小尺度的行為上與其他對(duì)象的相互作用分開(kāi)處理。?
18、MEMENTO?同時(shí)跟幾個(gè)MM聊天時(shí)，一定要記清楚剛才跟MM說(shuō)了些什么話，不然MM發(fā)現(xiàn)了會(huì)不高興的哦，幸虧我有個(gè)備忘錄，剛才與哪個(gè)MM說(shuō)了什么話我都拷貝一份放到備忘錄里面保存，這樣可以隨時(shí)察看以前的記錄啦。?
備忘錄模式：備忘錄對(duì)象是一個(gè)用來(lái)存儲(chǔ)另外一個(gè)對(duì)象內(nèi)部狀態(tài)的快照的對(duì)象。備忘錄模式的用意是在不破壞封裝的條件下，將一個(gè)對(duì)象的狀態(tài)捉住，并外部化，存儲(chǔ)起來(lái)，從而可以在將來(lái)合適的時(shí)候把這個(gè)對(duì)象還原到存儲(chǔ)起來(lái)的狀態(tài)。?
20、STATE?跟MM交往時(shí)，一定要注意她的狀態(tài)哦，在不同的狀態(tài)時(shí)她的行為會(huì)有不同，比如你約她今天晚上去看電影，對(duì)你沒(méi)興趣的MM就會(huì)說(shuō)“有事情啦”，對(duì)你不討厭但還沒(méi)喜歡上的MM就會(huì)說(shuō)“好啊，不過(guò)可以帶上我同事么？”，已經(jīng)喜歡上你的MM就會(huì)說(shuō)“幾點(diǎn)鐘？看完電影再去泡吧怎么樣？”，當(dāng)然你看電影過(guò)程中表現(xiàn)良好的話，也可以把MM的狀態(tài)從不討厭不喜歡變成喜歡哦。?
狀態(tài)模式：狀態(tài)模式允許一個(gè)對(duì)象在其內(nèi)部狀態(tài)改變的時(shí)候改變行為。這個(gè)對(duì)象看上去象是改變了它的類一樣。狀態(tài)模式把所研究的對(duì)象的行為包裝在不同的狀態(tài)對(duì)象里，每一個(gè)狀態(tài)對(duì)象都屬于一個(gè)抽象狀態(tài)類的一個(gè)子類。狀態(tài)模式的意圖是讓一個(gè)對(duì)象在其內(nèi)部狀態(tài)改變的時(shí)候，其行為也隨之改變。狀態(tài)模式需要對(duì)每一個(gè)系統(tǒng)可能取得的狀態(tài)創(chuàng)立一個(gè)狀態(tài)類的子類。當(dāng)系統(tǒng)的狀態(tài)變化時(shí)，系統(tǒng)便改變所選的子類。
23、VISITOR?情人節(jié)到了，要給每個(gè)MM送一束鮮花和一張卡片，可是每個(gè)MM送的花都要針對(duì)她個(gè)人的特點(diǎn)，每張卡片也要根據(jù)個(gè)人的特點(diǎn)來(lái)挑，我一個(gè)人哪搞得清楚，還是找花店老板和禮品店老板做一下Visitor，讓花店老板根據(jù)MM的特點(diǎn)選一束花，讓禮品店老板也根據(jù)每個(gè)人特點(diǎn)選一張卡，這樣就輕松多了；?
訪問(wèn)者模式：訪問(wèn)者模式的目的是封裝一些施加于某種數(shù)據(jù)結(jié)構(gòu)元素之上的操作。一旦這些操作需要修改的話，接受這個(gè)操作的數(shù)據(jù)結(jié)構(gòu)可以保持不變。訪問(wèn)者模式適用于數(shù)據(jù)結(jié)構(gòu)相對(duì)未定的系統(tǒng)，它把數(shù)據(jù)結(jié)構(gòu)和作用于結(jié)構(gòu)上的操作之間的耦合解脫開(kāi)，使得操作集合可以相對(duì)自由的演化。訪問(wèn)者模式使得增加新的操作變的很容易，就是增加一個(gè)新的訪問(wèn)者類。訪問(wèn)者模式將有關(guān)的行為集中到一個(gè)訪問(wèn)者對(duì)象中，而不是分散到一個(gè)個(gè)的節(jié)點(diǎn)類中。當(dāng)使用訪問(wèn)者模式時(shí)，要將盡可能多的對(duì)象瀏覽邏輯放在訪問(wèn)者類中，而不是放到它的子類中。訪問(wèn)者模式可以跨過(guò)幾個(gè)類的等級(jí)結(jié)構(gòu)訪問(wèn)屬于不同的等級(jí)結(jié)構(gòu)的成員類。
|
|