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