1 工廠模式(Factory)
1.1 簡單工廠模式
1.2 工廠方法模式
1.3 抽象工廠模式
2 單例模式(Singleton)
3 建造模式(Build)
4 原型模式(Proto)
5 配接器模式(Adapter)
將一個類的介面轉換成客戶希望的另外一個介面，Adapter模式使得原本由于介面不兼容而不能一起作業的那些類可以一起作業，
6 橋梁模式(Bright)
將抽象部分與它的實作部分分離，使它們都可以獨立地變化
7 組合模式(Composite)
將物件以樹形結構組織起來，以達成“部分—整體”的層次結構，使得客戶端對單個物件和組合物件的使用具有一致性，
8 裝飾模式(Wrapper/Decorator)
裝飾模式(Decorator)也叫包裝器模式(Wrapper)，
9 門面模式(Facade)
門面模式(facade)又稱外觀模式，
10 享元模式(Flyweight)
事物之間都是不同的，但是又存在一定的共性，因此我們應該盡量將事務的共性共享，而又保留它的個性，為了做到這一點，享元模式中區分了內蘊狀態和外蘊狀態，使用條件：系統中有大量的物件，它們使系統的效率降低；這些物件的狀態可以分離出所需要的內外兩部分，
10.1 單純享元模式
10.2 復合享元模式
11 代理模式(Proxy)
12 責任鏈模式
使多個物件都有機會處理請求，從而避免請求的發送者和接收者之間的耦合關系，將這些物件連成一條鏈，并沿著這條鏈傳遞該請求，知道有一個物件處理它為止，
13 命令模式(Invoker)
將一個請求封裝為一個物件，從而使你可用不同的請求對客戶進行引數化；對i去年光球排隊或記錄請求日志，以及支持可撤銷的操作，
14 解釋器模式(Expression)
如果一種特定型別的問題發生的頻率足夠高，那么可能就值得將該問題的各個實體表述為一個簡單語言中的句子，這樣就可以構建一個解釋器，該解釋器通過解釋這些句子來解決該問題，而且當文法簡單、效率不是關鍵問題的時候效果最好，
15 迭代器模式(Iterator/Cursor)
16 調停者模式(Mediator)
用一個調停物件來封裝一系列的物件互動，調停者使各物件不需要顯式的相互參考，從而使其耦合松散，而且可以獨立的改變它們之間的互動，
17 備忘錄模式(Memento/Token)
在不破壞封裝性的前提下，捕獲一個物件的內部狀態，并在該物件之外保存這個狀態，這樣以后就可將該物件恢復到原先保存的狀態，
18 觀察者模式(Observer)
定義物件間的一種一對多的依賴關系，當一個物件的狀態發生改變時，所有依賴于它的物件都得到通知并被自動更新，
19 策略模式(Strategy)
定義一系列的演算法，把這些演算法一個個封裝成擁有共同介面的單獨的類，并且使它們之間可以互換，策略模式使這些演算法在客戶端呼叫它們的時候能夠互不影響的變化，
20 狀態模式(State)
允許一個物件在其內部狀態改變時改變它的行為，
21 模板模式(Template)
22 訪問者模式(Visitor)
表示一個作用于某物件結構的各元素的操作，它使你可以在不改變各元素的類的前提下定義作用于這些元素的新操作，
轉載請註明出處，本文鏈接：https://www.uj5u.com/ruanti/37801.html
標籤：設計模式