設計模式:一個設計模式描述了一個被證明可行的方案。這些方案很是廣泛,是具備完整定義的最經常使用的模式。通常模式有4個基本要素:模式名稱(pattern name)、問題(problem)、解決方案(solution)、效果(consequences)。
常見23種模式概述:
1) 抽象工廠模式(Abstract Factory):提供一個建立一系列相關或相互依賴對象的接口,而無需指定它們具體的類。
2) 適配器模式(Adapter):將一個類的接口轉換成客戶但願的另一個接口。適配器模式使得本來因爲接口不兼容而不能一塊兒工做的類能夠一塊兒工做。
3) 橋樑模式(Bridge):將抽象部分與它的實現部分分離,使它們均可以獨立地變化。
4) 建造模式(Builder):將一個複雜對象的構建與它的表示分離,使一樣的構建過程能夠建立不一樣的表示。
5) 責任鏈模式(Chain of Responsibility):爲解除請求的發送者和接收者之間耦合,而使多個對象都有機會處理這個請求。將這些對象連成一條鏈,並沿着這條鏈傳遞該請求,直到有一個對象處理它。
6) 命令模式(Command):將一個請求封裝爲一個對象,從而可用不一樣的請求對客戶進行參數化;對請求排隊或記錄請求日誌,以及支持可取消的操做。
7) 合成模式(Composite):將對象組合成樹形結構以表示「部分-總體」的層次結構。它使得客戶對單個對象和複合對象的使用具備一致性。
8) 裝飾模式(Decorator):動態地給一個對象添加一些額外的職責。就擴展功能而言,它能生成子類的方式更爲靈活。
9) 門面模式(Facade):爲子系統中的一組接口提供一個一致的界面,門面模式定義了一個高層接口,這個接口使得這一子系統更加容易使用。
10) 工廠方法(Factory Method):定義一個用於建立對象的接口,讓子類決定將哪個類實例化。Factory Method 使一個類的實例化延遲到其子類。
11) 享元模式(Flyweight):運用共享技術以有效地支持大量細粒度的對象。
12) 解釋器模式(Interpreter):給定一個語言,定義它的語法的一種表示,並定義一個解釋器,該解釋器使用該表示解釋語言中的句子。
13) 迭代子模式(Iterator):提供一種方法順序訪問一個聚合對象中的各個元素,而又不需暴露該對象的內部表示。
14) 調停者模式(Mediator):用一箇中介對象來封裝一系列的對象交互。中介者使各對象不須要顯式的內部表示。
15) 備忘錄模式(Memento):在不破壞封裝性的前提下,捕獲一個對象的內部狀態,並在該對象以外保存這個狀態。這樣之後就可將該對象恢復到保存的狀態。
16) 觀察者模式(Observer):定義對象間的一種一對多的依賴關係,以便當一個對象的狀態發生改變時,全部依賴於它的對象都獲得通知並自動刷新。
17) 原始模型模式(Prototype):用原型實例指定建立對象的種類,而且經過拷貝這個原型建立新的對象。
18) 代理模式(Proxy):爲其餘對象提供一個代理以控制對這個對象的訪問。
19) 單例模式(Singleton):保證一個類僅有一個實例,並提供一個訪問它的全局訪問點。
20) 狀態模式(State):容許一個對象在其內部狀態改變時改變它的行爲。對象看起來彷佛修改了它所屬的類。
21) 策略模式(Strategy):定義一系列的算法,把它們一個個封裝起來,而且使它們可相互替換。本模式使得算法的變化可獨立於使用它的客戶。
22) 模板模式(Template Method):定義一個操做中的算法的骨架,而將一些步驟延遲到子類中。模板方法使得子類能夠不改變一個算法的結構便可重定義該算法的某些特定步驟。
23) 訪問者模式(Visitor):表示一個做用於某對象結構中的各元素的操做。該模式能夠實如今不改變各元素的類的前提下定義做用於這些元素的新操做。
Java設計模式有23種,這些設計模式能夠分爲三大類:建立型模式、結構型模式、行爲型模式。
建立型模式:抽象工廠模式、建造者模式、工廠方法、原型模式、單例模式。
結構型模式有:適配器模式、橋接模式、組合模式、裝飾模式、外觀模式、享元模式、代理模式
行爲型模式:觀察者模式、模板方法模式、命令模式、狀態模式、職責鏈模式、解釋器模式、中介者模式、訪問者模式、策略模式、備忘錄模式、迭代器模式
建立型模式:
一、Singleton,單例模式:保證一個類只有一個實例,並提供一個訪問它的全局訪問點
二、Abstract Factory,抽象工廠:提供一個建立一系列相關或相互依賴對象的接口,而無須指定它們的具體類。
三、Factory Method,工廠方法:定義一個用於建立對象的接口,讓子類決定實例化哪個類,Factory Method使一個類的實例化延遲到了子類。
四、Builder,建造模式:將一個複雜對象的構建與他的表示相分離,使得一樣的構建過程能夠建立不一樣的表示。
五、Prototype,原型模式:用原型實例指定建立對象的種類,而且經過拷貝這些原型來建立新的對象。
行爲型模式:
一、Iterator,迭代器模式:提供一個方法順序訪問一個聚合對象的各個元素,而又不須要暴露該對象的內部表示。
二、Observer,觀察者模式:定義對象間一對多的依賴關係,當一個對象的狀態發生改變時,全部依賴於它的對象都獲得通知自動更新。
三、Template Method,模板方法:定義一個操做中的算法的骨架,而將一些步驟延遲到子類中,TemplateMethod使得子類能夠不改變一個算法的結構便可以重定義該算法得某些特定步驟。
四、Command,命令模式:將一個請求封裝爲一個對象,從而使你能夠用不一樣的請求對客戶進行參數化,對請求排隊和記錄請求日誌,以及支持可撤銷的操做。
五、State,狀態模式:容許對象在其內部狀態改變時改變他的行爲。對象看起來彷佛改變了他的類。
六、Strategy,策略模式:定義一系列的算法,把他們一個個封裝起來,並使他們能夠互相替換,本模式使得算法能夠獨立於使用它們的客戶。
七、China of Responsibility,職責鏈模式:使多個對象都有機會處理請求,從而避免請求的送發者和接收者之間的耦合關係
八、Mediator,中介者模式:用一箇中介對象封裝一些列的對象交互。
九、Visitor,訪問者模式:表示一個做用於某對象結構中的各元素的操做,它使你能夠在不改變各元素類的前提下定義做用於這個元素的新操做。
十、Interpreter,解釋器模式:給定一個語言,定義他的文法的一個表示,並定義一個解釋器,這個解釋器使用該表示來解釋語言中的句子。
十一、Memento,備忘錄模式:在不破壞對象的前提下,捕獲一個對象的內部狀態,並在該對象以外保存這個狀態。
結構型模式:
一、Composite,組合模式:將對象組合成樹形結構以表示部分總體的關係,Composite使得用戶對單個對象和組合對象的使用具備一致性。
二、Facade,外觀模式:爲子系統中的一組接口提供一致的界面,facade提供了一高層接口,這個接口使得子系統更容易使用。
三、Proxy,代理模式:爲其餘對象提供一種代理以控制對這個對象的訪問
四、Adapter,適配器模式:將一類的接口轉換成客戶但願的另一個接口,Adapter模式使得本來因爲接口不兼容而不能一塊兒工做那些類能夠一塊兒工做。
五、Decrator,裝飾模式:動態地給一個對象增長一些額外的職責,就增長的功能來講,Decorator模式相比生成子類更加靈活。
六、Bridge,橋模式:將抽象部分與它的實現部分相分離,使他們能夠獨立的變化。
七、Flyweight,享元模式。運用共享技術以有效地支持大量細粒度的對象。 算法