設(shè)計模式（Design pattern）是一套被反復(fù)使用、多數(shù)人知曉的、經(jīng)過分類編目的、代碼設(shè)計經(jīng)驗的總結(jié)。使用設(shè)計模式是為了可重用代碼、讓代碼更容易被他人理解、保證代碼可靠性。毫無疑問，設(shè)計模式于己于他人于系統(tǒng)都是多贏的，設(shè)計模式使代碼編制真正工程化，設(shè)計模式是軟件工程的基石，如同大廈的一塊塊磚石一樣。項目中合理的運用設(shè)計模式可以完美的解決很多問題，每種模式在現(xiàn)在中都有相應(yīng)的原理來與之對應(yīng)，每一個模式描述了一個在我們周圍不斷重復(fù)發(fā)生的問題，以及該問題的核心解決方案，這也是它能被廣泛應(yīng)用的原因。
1.設(shè)計模式的分類
創(chuàng)建型模式：
Singleton，單例模式：保證一個類只有一個實例，并提供一個訪問它的全局訪問點。
Abstract Factory，抽象工廠：提供一個創(chuàng)建一系列相關(guān)或相互依賴對象的接口，而無須指定它們的具體類。
Factory Method，工廠方法：定義一個用于創(chuàng)建對象的接口，讓子類決定實例化哪一個類，F(xiàn)actory Method使一個類的實例化延遲到了子類。
Builder，建造模式：將一個復(fù)雜對象的構(gòu)建與他的表示相分離，使得同樣的構(gòu)建過程可以創(chuàng)建不同的表示。
Prototype，原型模式：用原型實例指定創(chuàng)建對象的種類，并且通過拷貝這些原型來創(chuàng)建新的對象。
行為型模式：
Iterator，迭代器模式：提供一個方法順序訪問一個聚合對象的各個元素，而又不需要暴露該對象的內(nèi)部表示。
Observer，觀察者模式：定義對象間一對多的依賴關(guān)系，當一個對象的狀態(tài)發(fā)生改變時，所有依賴于它的對象都得到通知自動更新。
Template Method，模板方法：定義一個操作中的算法的骨架，而將一些步驟延遲到子類中，TemplateMethod使得子類可以不改變一個算法的結(jié)構(gòu)即可以重定義該算法得某些特定步驟。
Command，命令模式：將一個請求封裝為一個對象，從而使你可以用不同的請求對客戶進行參數(shù)化，對請求排隊和記錄請求日志，以及支持可撤銷的操作。
State，狀態(tài)模式：允許對象在其內(nèi)部狀態(tài)改變時改變他的行為。對象看起來似乎改變了他的類。
Strategy，策略模式：定義一系列的算法，把他們一個個封裝起來，并使他們可以互相替換，本模式使得算法可以獨立于使用它們的客戶。
China of Responsibility，職責(zé)鏈模式：使多個對象都有機會處理請求，從而避免請求的送發(fā)者和接收者之間的耦合關(guān)系
Mediator，中介者模式：用一個中介對象封裝一些列的對象交互。
Visitor，訪問者模式：表示一個作用于某對象結(jié)構(gòu)中的各元素的操作，它使你可以在不改變各元素類的前提下定義作用于這個元素的新操作。
Interpreter，解釋器模式：給定一個語言，定義他的文法的一個表示，并定義一個解釋器，這個解釋器使用該表示來解釋語言中的句子。
Memento，備忘錄模式：在不破壞對象的前提下，捕獲一個對象的內(nèi)部狀態(tài)，并在該對象之外保存這個狀態(tài)。
結(jié)構(gòu)型模式：
Composite，組合模式：將對象組合成樹形結(jié)構(gòu)以表示部分整體的關(guān)系，Composite使得用戶對單個對象和組合對象的使用具有一致性。
Facade，外觀模式：為子系統(tǒng)中的一組接口提供一致的界面，fa?ade提供了一高層接口，這個接口使得子系統(tǒng)更容易使用。
Proxy，代理模式：為其他對象提供一種代理以控制對這個對象的訪問
Adapter,適配器模式：將一類的接口轉(zhuǎn)換成客戶希望的另外一個接口，Adapter模式使得原本由于接口不兼容而不能一起工作那些類可以一起工作。
Decrator，裝飾模式：動態(tài)地給一個對象增加一些額外的職責(zé)，就增加的功能來說，Decorator模式相比生成子類更加靈活。
Bridge，橋模式：將抽象部分與它的實現(xiàn)部分相分離，使他們可以獨立的變化。
Flyweight，享元模式
2.模板方法Template Method
概述
模板方法模式是類的行為模式。準備一個抽象類，將部分邏輯以具體方法以及具體構(gòu)造函數(shù)的形式實現(xiàn)，然后聲明一些抽象方法來迫使子類實現(xiàn)剩余的邏輯。不同的子類可以以不同的方式實現(xiàn)這些抽象方法，從而對剩余的邏輯有不同的實現(xiàn)。這就是模板方法模式的用意。
比如定義一個操作中的算法的骨架，將步驟延遲到子類中。模板方法使得子類能夠不去改變一個算法的結(jié)構(gòu)即可重定義算法的某些特定步驟。
模式中的角色
抽象類（AbstractClass）：實現(xiàn)了模板方法，定義了算法的骨架。
具體類（ConcreteClass)：實現(xiàn)抽象類中的抽象方法，已完成完整的算法。
//抽象模板
public abstract class AbstractClass{
? ? ? ? protected abstract void doAnyting();
? ? ? ? protected abstract void doSomething();
? ? ? ? public void templateMethod(){
? ? ? ? ? ? ? doAnyting();
? ? ? ? ? ? ?doSomething();
? ? ? ? }
}
public class ConcreteClass1 extends AbstractClass{
? ? ? ? @Override
? ? ? ? ?protected void doAnyting(){
? ? ? ? ? ? ? ? System.out.println("do class1 anything");
? ? ? ? ? }
? ? ? ? ?@Override
? ? ? ? ?protected void doSomething(){
? ? ? ? ? ? ? ? System.out.println("do class1 something");
? ? ? ? ?}
}
public class ConcreteClass2 extends AbstractClass{
? ? ? ?@Override
? ? ? ? protected void doAnyting(){
? ? ? ? ? ? ? ? System.out.println("do class2 anything");
? ? ? ? ?}
? ? ? ? @Override
? ? ? ? protected void doSomething(){
? ? ? ? ? ? ? System.out.println("do class2 something");
? ? ? ? ?}
}
public class Client{
? ? ? ? ?public static void main(final String[] args){
? ? ? ? ? ? ? ? ?final AbstractClass c1 = new ConcreteClass1();
? ? ? ? ? ? ? ? ?final AbstractClass c2 = new ConcreteClass2();
? ? ? ? ? ? ? ? c1.templateMethod();
? ? ? ? ? ? ? ? c2.templateMethod();
? ? ? ? ? ? }
}
