摘要：設(shè)計(jì)模式的分類經(jīng)典應(yīng)用框架中常見(jiàn)的設(shè)計(jì)模式分為三類創(chuàng)建型模式對(duì)類的實(shí)例化過(guò)程的抽象。對(duì)象的結(jié)構(gòu)模式是動(dòng)態(tài)的。對(duì)象的行為模式則使用對(duì)象的聚合來(lái)分配行為。設(shè)計(jì)模式是個(gè)好東西，以后肯定還要進(jìn)一步的學(xué)習(xí)，并且在項(xiàng)目中多實(shí)踐，提升自己的設(shè)計(jì)能力。

Christopher Alexander?說(shuō)過(guò)：“每一個(gè)模式描述了一個(gè)在我們周?chē)粩嘀貜?fù)發(fā)生的問(wèn)題，以及該問(wèn)題的解決方案的核心。這樣，你就能一次又一次地使用該方案而不必做重復(fù)勞動(dòng)”。簡(jiǎn)單來(lái)說(shuō)就是：

設(shè)計(jì)模式(Design Pattern)是一套被反復(fù)使用、多數(shù)人知曉的、經(jīng)過(guò)分類編目的、代碼設(shè)計(jì)經(jīng)驗(yàn)的總結(jié)，使用設(shè)計(jì)模式是為了可重用代碼、讓代碼更容易被他人理解并且保證代碼可靠性。

設(shè)計(jì)模式開(kāi)發(fā)的規(guī)范,最優(yōu)的方案,選擇合適的模式可大大提高開(kāi)發(fā)效率,少走彎路。如果將設(shè)計(jì)模式比喻成“三十六計(jì)”，那么每一個(gè)模式都是一種計(jì)策，它為解決某一類問(wèn)題而誕生，設(shè)計(jì)模式能很好的解決一些問(wèn)題。

經(jīng)典應(yīng)用框架中常見(jiàn)的設(shè)計(jì)模式分為三類：

創(chuàng)建型模式：對(duì)類的實(shí)例化過(guò)程的抽象。一些系統(tǒng)在創(chuàng)建對(duì)象時(shí)，需要?jiǎng)討B(tài)地決定怎樣創(chuàng)建對(duì)象，創(chuàng)建哪些對(duì)象，以及如何組合和表示這些對(duì)象。創(chuàng)建模式描述了怎樣構(gòu)造和封裝這些動(dòng)態(tài)的決定。包含類的創(chuàng)建模式和對(duì)象的創(chuàng)建模式。

常見(jiàn)的創(chuàng)建型模式有：Factory 工廠模式；Singleton 單例模式；Prototype 原型模式

結(jié)構(gòu)型模式：描述如何將類或?qū)ο蠼Y(jié)合在一起形成更大的結(jié)構(gòu)。分為類的結(jié)構(gòu)模式和對(duì)象的結(jié)構(gòu)模式。類的結(jié)構(gòu)模式使用繼承把類，接口等組合在一起，以形成更大的結(jié)構(gòu)。類的結(jié)構(gòu)模式是靜態(tài)的。對(duì)象的結(jié)構(gòu)模式描述怎樣把各種不同類型的對(duì)象組合在一起，以實(shí)現(xiàn)新的功能的方法。對(duì)象的結(jié)構(gòu)模式是動(dòng)態(tài)的。

常見(jiàn)的結(jié)構(gòu)型模式有：Adapter 適配器模式；Decorator 裝飾器模式；Proxy 代理模式

行為型模式：對(duì)在不同的對(duì)象之間劃分責(zé)任和算法的抽象化。不僅僅是關(guān)于類和對(duì)象的，并是關(guān)于他們之間的相互作用。類的行為模式使用繼承關(guān)系在幾個(gè)類之間分配行為。對(duì)象的行為模式則使用對(duì)象的聚合來(lái)分配行為。

常見(jiàn)的行為型模式有：Strategy 策略模式；Template 模板模式；Delegate 委派模式；Observer 觀察者模式

注意：在常用的23種設(shè)計(jì)模式中其實(shí)面沒(méi)有委派模式（Delegate）的影子，但是在Spring中委派模式確實(shí)用的比較多的一種模式，Spring MVC框架中的DispatcherServlet其實(shí)就用到了委派模式。

單例模式：Singleton的作用是保證在應(yīng)用程序中，一個(gè)類Class只有一個(gè)實(shí)例存在。并提供全局訪問(wèn)。Singleton限制了實(shí)例個(gè)數(shù)，有利于GC的回收。

策略模式：策略模式針對(duì)一組算法，將每一個(gè)算法封裝到具有共同接口的獨(dú)立的類中，從而使得它們可以相互替換。策略模式使得算法可以在不影響到客戶端的情況下發(fā)生變化。策略模式把行為和環(huán)境分開(kāi)。環(huán)境類負(fù)責(zé)維持和查詢行為類，各種算法在具體的策略類中提供。由于算法和環(huán)境獨(dú)立開(kāi)來(lái)，算法的增減，修改都不會(huì)影響到環(huán)境和客戶端。

原型模式：通過(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è)克隆方法

因?yàn)镴ava中的提供clone()方法來(lái)實(shí)現(xiàn)對(duì)象的克隆，所以Prototype模式實(shí)現(xiàn)一下子變得很簡(jiǎn)單。

工廠模式：定義一個(gè)用于創(chuàng)建對(duì)象的接口，讓接口子類通過(guò)工廠方法決定實(shí)例化哪一個(gè)類。

裝飾模式：裝飾模式以對(duì)客戶端透明的方式擴(kuò)展對(duì)象的功能，是繼承關(guān)系的一個(gè)替代方案，提供比繼承更多的靈活性。動(dòng)態(tài)給一個(gè)對(duì)象增加功能，這些功能可以再動(dòng)態(tài)的撤消。增加由一些基本功能的排列組合而產(chǎn)生的非常大量的功能。

使用Decorator的理由是：這些功能需要由用戶動(dòng)態(tài)決定加入的方式和時(shí)機(jī)。Decorator提供了"即插即用"的方法，在運(yùn)行期間決定何時(shí)增加何種功能。

適配器模式：把一個(gè)類的接口變換成客戶端所期待的另一種接口，從而使原本因接口原因不匹配而無(wú)法一起工作的兩個(gè)類能夠一起工作。適配類可以根據(jù)參數(shù)返還一個(gè)合適的實(shí)例給客戶端
將兩個(gè)不兼容的類糾合在一起使用，屬于結(jié)構(gòu)型模式，需要Adaptee(被適配者)和Adaptor(適配器)兩個(gè)身份。

為何使用?
我們經(jīng)常碰到要將兩個(gè)沒(méi)有關(guān)系的類組合在一起使用，第一解決方案是：修改各自類的接口，但是如果我們沒(méi)有源代碼，或者，我們不愿意為了一個(gè)應(yīng)用而修改各自的接口。 怎么辦? 使用Adapter，在這兩種接口之間創(chuàng)建一個(gè)混合接口(混血兒)。

如何使用?
實(shí)現(xiàn)Adapter方式，其實(shí)"think in Java"的"類再生"一節(jié)中已經(jīng)提到，有兩種方式：組合(composition)和繼承(inheritance)。

代理模式：代理模式給某一個(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)建并傳入。

觀察者模式：觀察者模式定義了一種一隊(duì)多的依賴關(guān)系，讓多個(gè)觀察者對(duì)象同時(shí)監(jiān)聽(tīng)某一個(gè)主題對(duì)象。這個(gè)主題對(duì)象在狀態(tài)上發(fā)生變化時(shí)，會(huì)通知所有觀察者對(duì)象，使他們能夠自動(dòng)更新自己。發(fā)布訂閱。

模板模式：模板方法模式準(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)。

設(shè)計(jì)上的事就是這樣，想到了， 就能比較優(yōu)雅的解決問(wèn)題，想不到的話， 就只能使用到處修改代碼的方法比較笨拙的應(yīng)對(duì)問(wèn)題，還容易將項(xiàng)目弄的混亂。當(dāng)然也建議你們看看這套關(guān)于設(shè)計(jì)模式視頻，放在君羊895244712里面，或許會(huì)給你們一些啟發(fā)。

現(xiàn)在我比較慶幸當(dāng)初學(xué)習(xí)了設(shè)計(jì)模式，而沒(méi)有聽(tīng)其他人的“建議”：我們做的項(xiàng)目中用不到設(shè)計(jì)模式，學(xué)這個(gè)沒(méi)用。設(shè)計(jì)模式是個(gè)好東西，以后肯定還要進(jìn)一步的學(xué)習(xí)，并且在項(xiàng)目中多實(shí)踐，提升自己的設(shè)計(jì)能力。

其實(shí)設(shè)計(jì)模式并不難，難的是真正領(lǐng)悟它的精妙，并且能靈活的運(yùn)用于日常項(xiàng)目的開(kāi)發(fā)。