設(shè)計(jì)模式

GoF的描述

我的理解

Adapter適配器模式

將一個類的接口轉(zhuǎn)換成客戶希望的另一個接口。Adapter模式使得原本由于接口不兼容而不能一起工作的類可以一起工作

轉(zhuǎn)換接口，由于應(yīng)用環(huán)境的變化，常常需要將“一些現(xiàn)存的對象”放在新的環(huán)境中應(yīng)用，但是，新環(huán)境要求的接口是現(xiàn)存對象所不滿足的，此時我們可以通過添加一層Adapter對現(xiàn)有的對象加入一些接口，使其適應(yīng)新的應(yīng)用環(huán)境。

Bridge橋接模式

將抽象部分與實(shí)現(xiàn)部分分離，使他們可以獨(dú)立的變化

分離接口（抽象）與其實(shí)現(xiàn)，當(dāng)某個類型具有兩個或兩個以上的緯度變化（或者說是變化點(diǎn)），通過以繼承接口的方式隔離變化，以減少因變化帶來的代碼的修改量。

Composite組合模式

將對象組合成樹形結(jié)構(gòu)以表示“部分-整體”的層次結(jié)構(gòu)。Composite模式使得客戶對單個對象和組合對象的使用具有一致性

解決客戶程序與復(fù)雜對象容器的解耦，一類具有“容器特征”的對象——即他們在充當(dāng)對象的同時，又是其他對象的容器的情況，通過繼承統(tǒng)一的接口，我們可以將容器對象及其子對象看成同一類對象使用，以減少對象使用中的復(fù)雜度。

Decorator裝飾模式

動態(tài)的給一個對象添加一些額外的職責(zé)。就增加功能而言，Decorator模式比生成子類更為靈活

在穩(wěn)定接口的前提下為對象擴(kuò)展功能，主要是解決用繼承的方式為對象擴(kuò)展大量功能而造成的子對象數(shù)量膨脹的問題

Facade外觀模式

為子系統(tǒng)中的一組接口提供一個一致的界面，Facade模式定義了一個高層接口，這個接口使得這一子系統(tǒng)更加容易使用

簡化接口，對于復(fù)雜子系統(tǒng)或子對象調(diào)用的封裝。從客戶程序角度看，只能看見Facade提供的接口。換句話說是對子對象調(diào)用的封裝，將客戶程序?qū)ψ訉ο蟮恼{(diào)用與子對象的變化分離。

Flyweight享元模式

運(yùn)用共享技術(shù)有效的支持大量細(xì)粒度的對象

主要是解決由于相同對象數(shù)量過大而造成系統(tǒng)內(nèi)存開銷過大的問題。實(shí)際上是相同的對象引用指向同一個對象空間。在使用Flyweight模式前要做一個評估，如果使用不當(dāng)會適得其反

Proxy代理模式

為其他對象提供一種代理以控制這個對象的訪問

解決直接訪問某些對象是出現(xiàn)的問題，如：訪問遠(yuǎn)程的對象