設(shè)計模式-學(xué)習(xí)筆記

1、設(shè)計模式 學(xué)習(xí)筆記 總結(jié)源自設(shè)計模式 可復(fù)用面向?qū)ο筌浖幕A(chǔ)、Head First 設(shè)計模式。1 OO基礎(chǔ)抽象封裝多態(tài)繼承2 OO原則1. 封裝變化。找出應(yīng)用中可能需要變化之處，把它們獨立出來，不要和那些不需要變化的代碼混在一起。2. 多用組合，少用繼承。3. 針對接口編程，不針對實現(xiàn)編程。4. 為交互對象之間的松耦合設(shè)計而努力。5. 開放關(guān)閉原則。類應(yīng)該對擴展開放，對修改關(guān)閉。6. 依賴倒置原則。依賴抽象，不要依賴具體類。7. 最少知識原則。減少對象之間的交互，只留下幾個“密友”，只和密友交談。8. 好萊塢原則。高層組件對待低層組件的方式是“別調(diào)用我們，我們會調(diào)用你?！钡蛯咏M件可以參與計算

2、，但不可以直接調(diào)用高層組件；但是高層組件控制何時以及如何讓低層組件參與。9. 單一責(zé)任原則。類應(yīng)該只有一個引起變化的原因。3 OO設(shè)計模式3.1 設(shè)計模式分類創(chuàng)建型： 創(chuàng)建型模式涉及到將對象實例化，這類模式都提供一個方法，將客戶從所需要的實例化的對象中解耦。結(jié)構(gòu)型：結(jié)構(gòu)型模式可以讓你把類或者對象組合到更大的結(jié)構(gòu)中。行為型：行為型模式涉及到類和對象如何交互及分配職責(zé)。創(chuàng)建型結(jié)構(gòu)型行為型Abstract Factory BuilderFactory MethodPrototypeSingletonAdapterBridgeCompositeDecoratorFacadeFlyweightProxy

3、Chain of ResponsibiltyCommand Interpreter IteratorMediatorMementoObserverStateStrategyTemplate MethodVisitor3.2 創(chuàng)建型3.2.1 Abstract Factory（抽象工廠）*1. 意圖提供一系列相關(guān)或相互依賴對象的接口，而無需指定它們具體的類。（GOF）提供一個接口，用于創(chuàng)建相關(guān)或依賴對象的家族，而無需明確指定具體類。（Head First）2. 結(jié)構(gòu)3.2.2 Builder（生成器）1. 意圖將一個復(fù)雜對象的構(gòu)建與它的表示分離，使得同樣的構(gòu)建過程可以創(chuàng)建不同的表示。（GOF）封

4、裝一個產(chǎn)品的構(gòu)造過程，并允許按步驟構(gòu)造。將一個復(fù)雜對象的創(chuàng)建過程封裝起來。（Head First）2. 結(jié)構(gòu)3.2.3 Factory Method（工廠方法）*1. 意圖定義一個用于創(chuàng)建對象的接口，讓子類決定實例化哪一個類。Factory Method使一個類的實例化延遲到其子類。2. 結(jié)構(gòu)3.2.4 Prototype（原型）1. 意圖用原型實例指定創(chuàng)建對象的種類，并且通過拷貝這些原型創(chuàng)建新的對象。當(dāng)創(chuàng)建給定類的實例的過程很昂貴或很復(fù)雜時，就使用原型模式。2. 結(jié)構(gòu)3.2.5 Singleton（單件）*1. 意圖保證一個類僅有一個實例，并提供一個訪問它的全局訪問點。2. 結(jié)構(gòu)3.3 結(jié)構(gòu)

5、型3.3.1 Adapter（適配器）*1. 意圖將一個類的接口轉(zhuǎn)換成客戶希望的另外一個接口。Adapter模式使得原本由于接口不兼容不能一起工作的那些類可以一起工作。2. 結(jié)構(gòu)類適配器對象適配器3.3.2 Bridge（橋接）1. 意圖將抽象部分與它的實現(xiàn)部分分離，使它們都可以獨立的變化。2. 結(jié)構(gòu)3.3.3 Composite（組合）*1. 意圖將對象組合成樹形結(jié)構(gòu)以表示“部分-整體”的層次結(jié)構(gòu)。Composite模式使得用戶對單個對象和組合對象的使用具有一致性。2. 結(jié)構(gòu)典型的Composite對象結(jié)構(gòu)如圖：3.3.4 Decorator（裝飾）*1. 意圖動態(tài)的給一個對象添加一些額外的

6、職責(zé)。就增加功能來說，Decorator模式相比生成子類更為靈活。（GOF）動態(tài)的將責(zé)任附加到對象上。若要擴展功能，裝飾者模式提供了比繼承更有彈性的替代方案。（Head First）2. 結(jié)構(gòu)3.3.5 Facade（外觀）*1. 意圖為子系統(tǒng)的一組接口提供一個一致的界面，F(xiàn)açade模式定義了一個高層接口，這個接口使得這一子系統(tǒng)更加容易使用。（GOF）提供一個統(tǒng)一的接口，用來方位子系統(tǒng)中的一群接口。外觀定義了一個高層接口，讓子系統(tǒng)更容易使用。（Head First）2. 結(jié)構(gòu)3.3.6 Flyweight（享元/蠅量）1. 意圖運用共享技術(shù)有效的支持大量細粒度的對象。（GOF）如果

7、想讓某個類的一個實例能用來提供許多“虛擬實例”，就使用蠅量模式。（Head First）2. 結(jié)構(gòu)下面的對象圖說明了如何共享flyweight。3.3.7 Proxy（代理）*1. 意圖為其他對象提供一種代理以控制對這個對象的訪問。（GOF）為另一個對象提供一個替身或占位符以控制對這個對象的訪問。（Head First）2. 結(jié)構(gòu)3.4 行為型3.4.1 Chain of Responsibilty（責(zé)任鏈）1. 意圖使多個對象都有機會處理請求，從而避免請求的發(fā)送者和接收者之間的耦合關(guān)系。將這些對象連成一條鏈，并沿著這條鏈傳遞該請求，直到有一個對象處理它為止。2. 結(jié)構(gòu)一個典型的對象結(jié)構(gòu)如下圖

8、所示：3.4.2 Command（命令）*1. 意圖將一個請求封裝為一個對象，從而使你可用不同的請求對客戶進行參數(shù)化；對請求排隊或記錄請求日志，以及支持可撤銷的操作。（GOF）一個命令對象通過在特定接收者上綁定一組動作來封裝一個請求。要達到這一點，命令對象將動作和接收者包進對象中。（Head First進一步解釋）2. 結(jié)構(gòu)3.4.3 Interpreter（解釋器）1. 意圖給定一個語言，定義它的文法的一種表示，并定義一個解釋器，這個解釋器使用該表示來解釋語言中的句子。（GOF）2. 結(jié)構(gòu)3.4.4 Iterator（迭代器）*1. 意圖提供一個方法，順序訪問一個聚合對象中的各個元素，而又不

9、需暴露該對象 的內(nèi)部表示。2. 結(jié)構(gòu)3.4.5 Mediator（中介者）1. 意圖用一個中介對象來封裝一系列的對象交互。中介者使各對象不需要顯式的相互引用，從而使其耦合松散，而且可以獨立的改變它們之間的交互。2. 結(jié)構(gòu)3.4.6 Memento（備忘錄）1. 意圖在不破壞封裝性的前提下，捕獲一個對象的內(nèi)部狀態(tài)，并在該對象之外保存這個狀態(tài)。這樣以后就可以將該對象恢復(fù)到原先保存的狀態(tài)。2. 結(jié)構(gòu)3.4.7 Observer（觀察者）*1. 意圖定義對象間的一種一對多的依賴關(guān)系，當(dāng)一個對象的狀態(tài)發(fā)生改變時，所有依賴于它的對象都得到通知并被自動更新。2. 結(jié)構(gòu)3.4.8 State（狀態(tài)）*1. 意圖允許一個對象在其內(nèi)部狀態(tài)改變時改變它的行為。對象看起來似乎修改了它的類。2. 結(jié)構(gòu)3.4.9 Strategy（策略）*1. 意圖定義一系列算法，把它們一個個封裝起來，并且使它們可相互替換。本模式使得算法可獨立于是用它的客戶而變化。2. 結(jié)構(gòu)3.4.10 Template Method（模板方法）*1. 意圖定義一個操作中的算法的骨架，而將一些步驟延遲到子類中。TemplateMethod使得子類可以不改變一個算法的結(jié)構(gòu)即可重定義該算法的某些特定步驟。2. 結(jié)構(gòu)3.4.11 Visi