轉載 & 參考大部份內容html
設計模式(Design pattern)是一套被反覆使用、多數人知曉的、通過分類編目的、代碼設計經驗的總結。使用設計模式是爲了可重用代碼、讓代碼更容易被他人理解、保證代碼可靠性。 毫無疑問,設計模式於己於他人於系統都是多贏的,設計模式使代碼編制真正工程化,設計模式是軟件工程的基石,如同大廈的一塊塊磚石同樣。項目中合理的運用設計模式能夠完美的解決不少問題,每種模式在如今中都有相應的原理來與之對應,每個模式描述了一個在咱們周圍不斷重複發生的問題,以及該問題的核心解決方案,這也是它能被普遍應用的緣由。簡單說:設計模式
模式:在某些場景下,針對某類問題的某種通用的解決方案。數據結構
場景:項目所在的環境spa
問題:約束條件,項目目標等設計
解決方案:通用、可複用的設計,解決約束達到目標。代理
建立型模式:對象實例化的模式,建立型模式用於解耦對象的實例化過程。htm
結構型模式:把類或對象結合在一塊兒造成一個更大的結構。對象
行爲型模式:類和對象如何交互,及劃分責任和算法。blog
以下圖所示:
單例模式:某個類只能有一個實例,提供一個全局的訪問點。
簡單工廠:一個工廠類根據傳入的參量決定建立出那一種產品類的實例。
工廠方法:定義一個建立對象的接口,讓子類決定實例化那個類。
抽象工廠:建立相關或依賴對象的家族,而無需明確指定具體類。
建造者模式:封裝一個複雜對象的構建過程,並能夠按步驟構造。
原型模式:經過複製現有的實例來建立新的實例。
適配器模式:將一個類的方法接口轉換成客戶但願的另一個接口。
組合模式:將對象組合成樹形結構以表示「」部分-總體「」的層次結構。
裝飾模式:動態的給對象添加新的功能。
代理模式:爲其餘對象提供一個代理以便控制這個對象的訪問。
亨元(蠅量)模式:經過共享技術來有效的支持大量細粒度的對象。
外觀模式:對外提供一個統一的方法,來訪問子系統中的一羣接口。
橋接模式:將抽象部分和它的實現部分分離,使它們均可以獨立的變化。
模板模式:定義一個算法結構,而將一些步驟延遲到子類實現。
解釋器模式:給定一個語言,定義它的文法的一種表示,並定義一個解釋器。
策略模式:定義一系列算法,把他們封裝起來,而且使它們能夠相互替換。
狀態模式:容許一個對象在其對象內部狀態改變時改變它的行爲。
觀察者模式:對象間的一對多的依賴關係。
備忘錄模式:在不破壞封裝的前提下,保持對象的內部狀態。
中介者模式:用一箇中介對象來封裝一系列的對象交互。
命令模式:將命令請求封裝爲一個對象,使得能夠用不一樣的請求來進行參數化。
訪問者模式:在不改變數據結構的前提下,增長做用於一組對象元素的新功能。
責任鏈模式:將請求的發送者和接收者解耦,使的多個對象都有處理這個請求的機會。
迭代器模式:一種遍歷訪問聚合對象中各個元素的方法,不暴露該對象的內部結構。