設(shè)計(jì)模式之概述

參考資料:菜鳥教程之設(shè)計(jì)模式

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

設(shè)計(jì)模式(Design pattern)代表了最佳的實(shí)踐,通常被有經(jīng)驗(yàn)的面向?qū)ο蟮能浖_發(fā)人員所采用。設(shè)計(jì)模式是軟件開發(fā)人員在軟件開發(fā)過(guò)程中面臨的一般問(wèn)題的解決方案。這些解決方案是眾多軟件開發(fā)人員經(jīng)過(guò)相當(dāng)長(zhǎng)的一段時(shí)間的試驗(yàn)和錯(cuò)誤總結(jié)出來(lái)的。
設(shè)計(jì)模式是一套被反復(fù)使用、多數(shù)人知曉的、經(jīng)過(guò)分類的、代碼設(shè)計(jì)經(jīng)驗(yàn)的總結(jié)。

使用設(shè)計(jì)模式的目的

為了代碼可重用性、讓代碼更容易被他人理解、保證代碼可靠性。 設(shè)計(jì)模式使代碼編寫真正工程化;設(shè)計(jì)模式是軟件工程的基石脈絡(luò),如同大廈的結(jié)構(gòu)一樣。

提出者

設(shè)計(jì)模式是由GOF(四人幫,Gang of Four)提出的。
在 1994 年,由 Erich Gamma、Richard Helm、Ralph Johnson 和 John Vlissides 四人合著出版了一本名為 Design Patterns - Elements of Reusable Object-Oriented Software(中文譯名:設(shè)計(jì)模式 - 可復(fù)用的面向?qū)ο筌浖兀?的書,該書首次提到了軟件開發(fā)中設(shè)計(jì)模式的概念。
四位作者合稱 GOF(四人幫,全拼 Gang of Four)。他們所提出的設(shè)計(jì)模式主要是基于以下的面向?qū)ο笤O(shè)計(jì)原則:

  • 對(duì)接口編程而不是對(duì)實(shí)現(xiàn)編程(依賴倒置原則)
  • 優(yōu)先使用對(duì)象組合而不是繼承(合成復(fù)用原則)

設(shè)計(jì)模式的使用

設(shè)計(jì)模式在軟件開發(fā)中的兩個(gè)主要用途。

開發(fā)人員的共同平臺(tái)

設(shè)計(jì)模式提供了一個(gè)標(biāo)準(zhǔn)的術(shù)語(yǔ)系統(tǒng),且具體到特定的情景。例如,單例設(shè)計(jì)模式意味著使用單個(gè)對(duì)象,這樣所有熟悉單例設(shè)計(jì)模式的開發(fā)人員都能使用單個(gè)對(duì)象,并且可以通過(guò)這種方式告訴對(duì)方,程序使用的是單例模式。

最佳的實(shí)踐

設(shè)計(jì)模式已經(jīng)經(jīng)歷了很長(zhǎng)一段時(shí)間的發(fā)展,它們提供了軟件開發(fā)過(guò)程中面臨的一般問(wèn)題的最佳解決方案。學(xué)習(xí)這些模式有助于經(jīng)驗(yàn)不足的開發(fā)人員通過(guò)一種簡(jiǎn)單快捷的方式來(lái)學(xué)習(xí)軟件設(shè)計(jì)。

設(shè)計(jì)模式的類型

根據(jù)設(shè)計(jì)模式的參考書Design Patterns - Elements of Reusable Object-Oriented Software(中文譯名:設(shè)計(jì)模式 - 可復(fù)用的面向?qū)ο筌浖兀?/strong> 中所提到的,總共有23 種設(shè)計(jì)模式。這些模式可以分為三大類:創(chuàng)建型模式(Creational Patterns)、結(jié)構(gòu)型模式(Structural Patterns)、行為型模式(Behavioral Patterns)

下面用一個(gè)圖片來(lái)整體描述一下設(shè)計(jì)模式之間的關(guān)系:

設(shè)計(jì)模式之間的關(guān)系.png

設(shè)計(jì)原則

S.O.L.I.D


1、單一職責(zé)原則(SRP:Single Responsibility Principle)

修改一個(gè)類的原因應(yīng)該只有一個(gè)。

所謂類變化的原因是指類的職責(zé)。如果一個(gè)類有多于一個(gè)的動(dòng)機(jī)被改變,那么這個(gè)類就具有多于一個(gè)的職責(zé)。而單一職責(zé)原則就是指一個(gè)類或者模塊應(yīng)該有且只有一個(gè)改變的原因。換句話說(shuō)就是讓一個(gè)類只負(fù)責(zé)一件事,當(dāng)這個(gè)類需要做過(guò)多事情的時(shí)候,就需要分解這個(gè)類。
因?yàn)槿绻粋€(gè)類承擔(dān)的職責(zé)過(guò)多,就等于把這些職責(zé)耦合在了一起,一個(gè)職責(zé)的變化可能會(huì)削弱這個(gè)類完成其它職責(zé)的能力。這種耦合會(huì)導(dǎo)致脆弱的設(shè)計(jì),此原則的核心就是解耦和增強(qiáng)內(nèi)聚性

2、開閉原則(OCP:Open Close Principle)

類應(yīng)該對(duì)擴(kuò)展開放,對(duì)修改關(guān)閉。

擴(kuò)展就是添加新功能的意思,因此該原則要求在添加新功能時(shí)不需要修改代碼。
符合開閉原則最典型的設(shè)計(jì)模式是裝飾器模式,它可以動(dòng)態(tài)地將責(zé)任附加到對(duì)象上,而不用去修改類的代碼。

3、里氏代換原則(LSP:Liskov Substitution Principle)

子類對(duì)象必須能夠替換掉所有父類對(duì)象。

里氏代換原則是面向?qū)ο笤O(shè)計(jì)的基本原則之一。LSP 是繼承復(fù)用的基石,只有當(dāng)派生類可以替換掉基類,且軟件單位的功能不受到影響時(shí),基類才能真正被復(fù)用,而派生類也能夠在基類的基礎(chǔ)上增加新的行為。繼承是一種 IS-A 關(guān)系,子類需要能夠當(dāng)成父類來(lái)使用,并且需要比父類更特殊。如果不滿足這個(gè)原則,那么各個(gè)子類的行為上就會(huì)有很大差異,增加繼承體系的復(fù)雜度。

4、接口隔離原則(ISP:Interface Segregation Principle)

使用多個(gè)專門的接口比使用單一的總接口要好。

它還有另外一個(gè)意思是:一旦一個(gè)接口太大,則需要將它分割成一些更細(xì)小的接口,使用該接口的客戶僅需知道與之相關(guān)的接口即可。由此可見,其實(shí)設(shè)計(jì)模式就是從大型軟件架構(gòu)出發(fā)、便于升級(jí)和維護(hù)的軟件設(shè)計(jì)思想,它強(qiáng)調(diào)降低依賴,降低耦合。

5、依賴倒置原則(DIP:Dependence Inversion Principle)

高層模塊不應(yīng)該依賴于低層模塊,二者都應(yīng)該依賴于抽象;
抽象不應(yīng)該依賴于細(xì)節(jié),細(xì)節(jié)應(yīng)該依賴于抽象。

高層模塊包含一個(gè)應(yīng)用程序中重要的策略選擇和業(yè)務(wù)模塊,如果高層模塊依賴于低層模塊,那么低層模塊的改動(dòng)就會(huì)直接影響到高層模塊,從而迫使高層模塊也需要改動(dòng)。程序要依賴于抽象接口,不要依賴于具體實(shí)現(xiàn)。

依賴于抽象意味著:

  • 任何變量都不應(yīng)該持有一個(gè)指向具體類的指針或者引用;
  • 任何類都不應(yīng)該從具體類派生;
  • 任何方法都不應(yīng)該覆寫它的任何基類中的已經(jīng)實(shí)現(xiàn)的方法。

其他常用原則

1、迪米特法則(LOD:The Law of Demeter)

又稱最少知道原則,即“不要和陌生人說(shuō)話”。是指:一個(gè)實(shí)體應(yīng)當(dāng)盡量少地與其他實(shí)體之間發(fā)生相互作用,使得系統(tǒng)功能模塊相對(duì)獨(dú)立。

2、合成復(fù)用原則(CRP:Composite Reuse Principle)

盡量使用對(duì)象組合,而不是通過(guò)繼承來(lái)達(dá)到復(fù)用的目的。

3、共同封閉原則(CCP:The Common Closure Principle)

一起修改的類,應(yīng)該組合在一起(同一個(gè)包里)。如果必須修改應(yīng)用程序里的代碼,我們希望所有的修改都發(fā)生在一個(gè)包里(修改關(guān)閉),而不是遍布在很多包里。

4、穩(wěn)定抽象原則(SAP:The Stable Abstractions Principle)

最穩(wěn)定的包應(yīng)該是最抽象的包,不穩(wěn)定的包應(yīng)該是具體的包,即包的抽象程度跟它的穩(wěn)定性成正比。

5、穩(wěn)定依賴原則(SDP:The Stable Dependencies Principle)

包之間的依賴關(guān)系都應(yīng)該是穩(wěn)定方向依賴的,包要依賴的包要比自己更具有穩(wěn)定性。

下面三篇文章,通過(guò)Java實(shí)例來(lái)總結(jié)常用的設(shè)計(jì)模式:

設(shè)計(jì)模式之創(chuàng)建型模式
設(shè)計(jì)模式之結(jié)構(gòu)型模式
設(shè)計(jì)模式之行為型模式

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

推薦閱讀更多精彩內(nèi)容