設計模式總結
-
創建型模式
創建型模式隱藏了這些類的實體是如何被創建和放在一起,整個系統關于這些物件所知道的是抽象類所定義的介面,這樣,創建型模式在創建了什么、誰創建它、它是怎么被創建的,以及何時創建這些方面提供了很大的靈活性,
-
單例模式
保證一個類僅有一個實體,并提供一個訪問它的全域訪問點,
-
工廠方法模式
定義一個用于創建物件的介面,讓子類決定實體化哪一個類,工廠模式使一個類的實體化延遲到其子類,
-
抽象工廠模式
提供一個創建一系列或相關依賴物件的介面,而無需指定他們具體的類,
-
建造者模式
將一個復雜物件的構建與它的表示分離,使得同樣的構建程序可以創建不同的表示,查看示例···>
-
原型模式
用原型實體指定創建物件的種類,并且通過拷貝這些原型創建新的物件,查看示例···>
-
-
結構型模式
-
配接器模式
將一個類介面轉換成客戶希望的另外一個介面,使得原本由于不兼容而不能一起作業的那些類可以一起作業,
-
裝飾模式
動態的給一個物件添加一些額外的職責,就增加功能來說,裝飾模式相比生產子類更加靈活,查看示例···>
-
橋接模式
將抽象部分與它的實作部分分類,使它們都可以獨立變化,
-
組合模式
將物件組合成樹形結構表示“部分-整體”的層次結構,組合模式使得用戶對單個物件和組合物件的使用具有一致性,
-
享元模式
運用共享技術有效的支持大量細粒度的物件,
-
代理模式
為其他物件提供一種代理控制對這個物件的方訪問,查看示例···>
-
外觀模式
為子系統中的一組介面提供一個一致的界面,外觀模式定義了一個高層介面,這個介面使得這一子系統更加容易使用,
-
-
行為模式
-
觀察者模式
定義物件間的一種一對多的依賴關系,當一個物件的狀態發生改變時,所有依賴它的物件都得到通知并被自動更新,查看示例···>
-
模板方法模式
定義一個操作的演算法骨架,而將一些步驟延遲到子類中,模板方法使得子類可以不改變一個演算法結構即可重定義該演算法特定步驟,
-
命令模式
將一個請求封裝為一個物件,從而使你可用不同的請求對客戶進行引數化;可以對請求排隊或記錄請求日志,以及支持可撤銷的操作,
-
狀態模式
運行一個物件在其內部狀態改變時改變它的行為,讓物件看起來似乎修改了它的類,查看示例···>
-
職責鏈模式
使多個物件都有機會處理請求,從而避免請求的發送者和接收者之間的耦合關系,將這些物件練成一條鏈,并沿著這條鏈傳遞請求,直到有一個物件處理它為止,查看示例···>
-
解釋器模式
給定一個語言,定義它的文法的一種表示,并定義一個解釋器,這個解釋器使用該表示來解釋語言中的句子,
-
中介者模式
用一個中介物件來封裝一系列的物件互動,中介者使各個物件不需要顯式的相互作用,從而使其耦合松散,而且可以獨立的改變它們之間的互動,
-
訪問者模式
表示一個作用于某個物件結構中的各元素的操作,它使你可以在不改變個元素的類的前提下定義作用于這些元素的新操作,
-
策略模式
定義一系列的演算法,把它們一個個封裝起來,并且使它們可相互替換,本模式使得演算法可獨立于使用它們的客戶端而變化,查看示例···>
-
備忘錄模式
在不破壞封裝性的前提下,捕獲一個物件的內部狀態,并在物件之外保存這個狀態,這樣以后就可將該物件恢復到原來保存的狀態,
-
迭代器模式
提供一種方法順序訪問一個聚合物件的各個元素,而又不暴露該物件的內部表示,
-
轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/12579.html
標籤:設計模式
上一篇:【面試題】Java單例設計模式-餓漢式列舉(enum)單例
下一篇:【設計模式】六大設計原則
