JAVA--設計模式概述
阿新 • • 發佈:2019-01-25
1,設計模式的分類:
總體來說,設計模式分為三大類 (1) 建立型模式,共五種:工廠方法模式,抽象工廠模式,單例模式,建造者模式,原型模式 (2) 結構型模式,共七種:介面卡模式,裝飾器模式,代理模式,外觀模式,橋接模式, 組合模式,享元模式 (3)行為型模式,共十一種:策略模式,模版方法模式,觀察者模式,迭代子模式, 責任鏈模式,命令模式,備忘錄模式,狀態模式,訪問者模式,中介者模式,直譯器模式 (4) 其實還有兩類:併發型模式,執行緒池模式, 2,設計模式的六大原則 總原則:開閉原則(Open Close Principle)
開閉原則就是說對擴充套件開放,對修改關閉。在程式需要進行擴充套件的時候,不能去修改原有程式碼,
而是要擴充套件原有程式碼,實現一個熱插拔效果。所以一句話概括就是:為了程式的擴充套件性好,
易於維護和升級,想要達到這樣的效果,我們需要使用介面和抽象類等,後面的具體設計中
我們會提到這點。
(1) 單一職責原則:
不要存在多於一個導致類變更的原因,也就是說每個類應該實現單一職責,如若不然,
就應該把類拆分
(2) 里氏替換原則(Liskov
Substitution Principle):
里氏替換原則是面向物件設計的基本原則之一, 里氏替換原則中說,任何基類可以
出現的地方,子類一定可以出現。LSP是繼承複用的基石,只有當衍生類可以替換掉基類,
軟體單元的功能不受影響時,基類才真正被複用,而衍生類也能夠在基類的基礎上增加新的
行為, 里氏替換原則是對“開-閉”原則的補充,實現“開-閉”原則的關鍵步驟就是抽象化,
而基類與子類的繼承關係就是抽象化的具體實現,所以 里氏替換原則是對抽象化的具體步驟的
規範
(3) 依賴倒轉原則(Dependence
Inversion Principle):
這個是開閉原則的基礎,具體內容:面向介面程式設計,依賴於抽象而不依賴於具體,
寫程式碼時用到具體類時,不與具體類互動,而與具體類的上層介面互動。
(4) 介面隔離原則(Interface
Segregation Principle):
這個原則的意思是:每個介面中不存在子類用不到卻必須實現的方法,如若不然,就要
將介面拆分,使用多個隔離的介面 ,比使用單個介面(多個介面方法集合到一個介面)要好。
(5) 迪米特法則(最少知道原則)(Demeter Principle):
就是說:一個類對自己依賴的類知道越少越好,也就是說無論被依賴的類多麼複雜,
都應該將邏輯封裝在方法的內部,通過public 方法提供給外部,這樣當被依賴的類變化時,
才能最小的影響該類。
最少知道原則的另一個表達方式是:只與直接的朋友通訊,類之間只要有耦合關係,
就叫朋友關係。耦合分為依賴、關聯、聚合、組合等。我們稱出現為成員變數,方法引數,
方法返回值中的類為直接朋友。區域性變數、臨時變數則不是直接的朋友。我們要求陌生的類
不要作為區域性變量出現在類中。
(6) 合成複用原則(Composite
Principle):
原則是儘量首先使用聚合/合成的方式,而不是繼承。
3,關係模式分類圖解:
4,設計模式的弊端: ①複雜度增加 ②開發成本增加 ③維護成本降低
總體來說,設計模式分為三大類 (1) 建立型模式,共五種:工廠方法模式,抽象工廠模式,單例模式,建造者模式,原型模式 (2) 結構型模式,共七種:介面卡模式,裝飾器模式,代理模式,外觀模式,橋接模式, 組合模式,享元模式 (3)行為型模式,共十一種:策略模式,模版方法模式,觀察者模式,迭代子模式, 責任鏈模式,命令模式,備忘錄模式,狀態模式,訪問者模式,中介者模式,直譯器模式 (4) 其實還有兩類:併發型模式,執行緒池模式, 2,設計模式的六大原則 總原則:開閉原則(Open Close Principle)
4,設計模式的弊端: ①複雜度增加 ②開發成本增加 ③維護成本降低