傳送門(轉載):https://www.cnblogs.com/Leo_wl/p/6067267.html html
附(github設計模式):https://github.com/iluwatar/java-design-patternsjava
(方便之後本身之後查閱,就直接拷過來了)git
根據設計模式的參考書 中所提到的,總共有 23 種設計模式。這些模式能夠分爲三大類:建立型模式(Creational Patterns)、結構型模式(Structural Patterns)、行爲型模式(Behavioral Patterns)github
這些設計模式提供了一種在建立對象的同時隱藏建立邏輯的方式,而不是使用新的運算符直接實例化對象。這使得程序在判斷針對某個給定實例須要建立哪些對象時更加靈活。算法
工廠模式:定義一個建立對象的接口,讓其子類本身決定實例化哪個工廠類,工廠模式使其建立過程延遲到子類進行。設計模式
抽象工廠模式:提供一個建立一系列相關或相互依賴對象的接口,而無需指定它們具體的類。數據結構
單例模式:保證一個類僅有一個實例,並提供一個訪問它的全局訪問點。ui
建造者模式:將一個複雜的構建與其表示相分離,使得一樣的構建過程能夠建立不一樣的表示。spa
原型模式:用原型實例指定建立對象的種類,而且經過拷貝這些原型建立新的對象。設計
這些設計模式關注類和對象的組合。繼承的概念被用來組合接口和定義組合對象得到新功能的方式。
適配器模式:將一個類的接口轉換成客戶但願的另一個接口。適配器模式使得本來因爲接口不兼容而不能一塊兒工做的那些類能夠一塊兒工做。
橋接模式:將抽象部分與實現部分分離,使它們均可以獨立的變化。
過濾器模式:這種模式容許開發人員使用不一樣的標準來過濾一組對象,經過邏輯運算以解耦的方式把它們鏈接起來
組合模式:將對象組合成樹形結構以表示"部分-總體"的層次結構。組合模式使得用戶對單個對象和組合對象的使用具備一致性。
裝飾器模式:動態地給一個對象添加一些額外的職責。就增長功能來講,裝飾器模式相比生成子類更爲靈活。
外觀模式:爲子系統中的一組接口提供一個一致的界面,外觀模式定義了一個高層接口,這個接口使得這一子系統更加容易使用。
享元模式:運用共享技術有效地支持大量細粒度的對象。
代理模式:爲其餘對象提供一種代理以控制對這個對象的訪問。
這些設計模式特別關注對象之間的通訊。
責任鏈模式:避免請求發送者與接收者耦合在一塊兒,讓多個對象都有可能接收請求,將這些對象鏈接成一條鏈,而且沿着這條鏈傳遞請求,直到有對象處理它爲止。
命令模式:將一個請求封裝成一個對象,從而使您能夠用不一樣的請求對客戶進行參數化。
解釋器模式:給定一個語言,定義它的文法表示,並定義一個解釋器,這個解釋器使用該標識來解釋語言中的句子。
迭代器模式:提供一種方法順序訪問一個聚合對象中各個元素, 而又無須暴露該對象的內部表示。
中介者模式:用一箇中介對象來封裝一系列的對象交互,中介者使各對象不須要顯式地相互引用,從而使其耦合鬆散,並且能夠獨立地改變它們之間的交互。
備忘錄模式:在不破壞封裝性的前提下,捕獲一個對象的內部狀態,並在該對象以外保存這個狀態。
狀態模式:定義對象間的一種一對多的依賴關係,當一個對象的狀態發生改變時,全部依賴於它的對象都獲得通知並被自動更新。
空對象模式:在空對象模式中,咱們建立一個指定各類要執行的操做的抽象類和擴展該類的實體類,還建立一個未對該類作任何實現的空對象類,該空對象類將無縫地使用在須要檢查空值的地方。
策略模式:定義一系列的算法,把它們一個個封裝起來, 而且使它們可相互替換。
模板模式:定義一個操做中的算法的骨架,而將一些步驟延遲到子類中。模板方法使得子類能夠不改變一個算法的結構便可重定義該算法的某些特定步驟。
訪問者模式:主要將數據結構與數據操做分離。