最近,不是特別忙,從新翻了下設計模式,特意在此記錄一下。會不按期更新本系列專題文章。算法
設計模式(Design pattern)是一套被反覆使用、多數人知曉的、通過分類編目的、代碼設計經驗的總結。 使用設計模式是爲了可重用代碼、讓代碼更容易被他人理解、保證代碼可靠性。 毫無疑問,設計模式於己於他人於系統都是多贏的;設計模式使代碼編制真正工程化;設計模式是軟件工程的基石脈絡,如同大廈的結構同樣。 設計模式分爲三種類型,共23種。設計模式
保證一個類僅有一個實例,並提供一個訪問它的全局訪問點。( 單例模式是最簡單的設計模式之一)ui
提供一個建立一系列相關或相互依賴對象的接口,而無需指定它們具體的類。.net
將一個複雜對象的構建與它的表示分離,使得一樣的構建過程能夠建立不一樣的表示。設計
定義一個用於建立對象的接口,讓子類決定將哪個類實例化。Factory Method使一個類的實例化延遲到其子類。代理
用原型實例指定建立對象的種類,而且經過拷貝這個原型來建立新的對象。日誌
將一個類的接口轉換成客戶但願的另一個接口。Adapter模式使得本來因爲接口不兼容而不能一塊兒工做的那些類能夠一塊兒工做。對象
將抽象部分與它的實現部分分離,使它們均可以獨立地變化。blog
動態地給一個對象添加一些額外的職責。就擴展功能而言, 它比生成子類方式更爲靈活。接口
將對象組合成樹形結構以表示「部分-總體」的層次結構。它使得客戶對單個對象和複合對象的使用具備一致性。
爲子系統中的一組接口提供一個一致的界面,Facade模式定義了一個高層接口,這個接口使得這一子系統更加容易使用。
運用共享技術有效地支持大量細粒度的對象。
爲其餘對象提供一個代理以控制對這個對象的訪問。
定義一個操做中的算法的骨架,而將一些步驟延遲到子類中。Template Method使得子類能夠不改變一個算法的結構便可重定義該算法的某些特定步驟。
將一個請求封裝爲一個對象,從而使你可用不一樣的請求對客戶進行參數化;對請求排隊或記錄請求日誌,以及支持可取消的操做。
提供一種方法順序訪問一個聚合對象中各個元素,而又不需暴露該對象的內部表示。
定義對象間的一種一對多的依賴關係,以便當一個對象的狀態發生改變時,全部依賴於它的對象都獲得通知並自動刷新。
用一箇中介對象來封裝一系列的對象交互。中介者使各對象不須要顯式地相互引用,從而使其耦合鬆散,並且能夠獨立地改變它們之間的交互。
在不破壞封裝性的前提下,捕獲一個對象的內部狀態,並在該對象以外保存這個狀態。這樣之後就可將該對象恢復到保存的狀態。
給定一個語言, 定義它的文法的一種表示,並定義一個解釋器, 該解釋器使用該表示來解釋語言中的句子。
容許一個對象在其內部狀態改變時改變它的行爲。對象看起來彷佛修改了它所屬的類。
定義一系列的算法,把它們一個個封裝起來, 而且使它們可相互替換。本模式使得算法的變化可獨立於使用它的客戶。
爲解除請求的發送者和接收者之間耦合,而使多個對象都有機會處理這個請求。將這些對象連成一條鏈,並沿着這條鏈傳遞該請求,直到有一個對象處理它。
表示一個做用於某對象結構中的各元素的操做。它使你能夠在不改變各元素的類的前提下定義做用於這些元素的新操做。