2018-07-04 深入淺出“設(shè)計(jì)模式”- 最易懂的設(shè)計(jì)模式解析

https://blog.csdn.net/carson_ho/article/details/52205388

前言

  • 最近在對(duì)項(xiàng)目進(jìn)行重構(gòu),希望能利用設(shè)計(jì)模式使得自己的代碼能更加簡(jiǎn)化 & 優(yōu)雅一些,所以對(duì)設(shè)計(jì)模式進(jìn)行了一系列的總結(jié)
  • 今天我?guī)銇?lái)了解一切關(guān)于設(shè)計(jì)模式的知識(shí)。

其他設(shè)計(jì)模式介紹
單例模式(Singleton) - 最易懂的設(shè)計(jì)模式解析
簡(jiǎn)單工廠模式(SimpleFactoryPattern)- 最易懂的設(shè)計(jì)模式解析
工廠方法模式(Factory Method)- 最易懂的設(shè)計(jì)模式解析
抽象工廠模式(Abstract Factory)- 最易懂的設(shè)計(jì)模式解析
策略模式(Strategy Pattern)- 最易懂的設(shè)計(jì)模式解析
適配器模式(Adapter Pattern)- 最易懂的設(shè)計(jì)模式解析
代理模式(Proxy Pattern)- 最易懂的設(shè)計(jì)模式解析
模板方法模式(Template Method) - 最易懂的設(shè)計(jì)模式解析
建造者模式(Builder Pattern)- 最易懂的設(shè)計(jì)模式解析
外觀模式(Facade Pattern) - 最易懂的設(shè)計(jì)模式解析

目錄

image.png

1. 定義

某類(lèi)特定問(wèn)題的代碼設(shè)計(jì)解決方案

設(shè)計(jì)模式,其實(shí)只是前人針對(duì)某類(lèi)問(wèn)題的代碼設(shè)計(jì)經(jīng)驗(yàn)而已,并沒(méi)有很高大上


2. 作用

  • 復(fù)用成功的代碼設(shè)計(jì)模式,降低開(kāi)發(fā)成本和周期
  • 適應(yīng)業(yè)務(wù)變化
  • 提高代碼復(fù)用率
  • 提高代碼可維護(hù)性、可拓展性
  • 使代碼更加優(yōu)雅
  • 讓代碼更容易被他人理解

3. 設(shè)計(jì)模式的設(shè)計(jì)原則

在設(shè)計(jì)模式進(jìn)行設(shè)計(jì)時(shí)需要遵循以下的原則:

image.png

以下是設(shè)計(jì)原則的介紹

  • 單一職責(zé)原則
    一個(gè)類(lèi)=只有一個(gè)引起它變化的原因。

    如果一個(gè)類(lèi)承擔(dān)的職責(zé)過(guò)多,即耦合性太高=一個(gè)職責(zé)的變化可能會(huì)影響到其他的職責(zé)

  • 開(kāi)放封閉原則
    一個(gè)實(shí)體(類(lèi)、函數(shù)、模塊等)應(yīng)該對(duì)外擴(kuò)展開(kāi)放,對(duì)內(nèi)修改關(guān)閉

    1. 即每次發(fā)生變化時(shí),要通過(guò)添加新的代碼來(lái)增強(qiáng)現(xiàn)有類(lèi)型的行為,而不是修改原有的代碼。
    2. 符合開(kāi)放封閉原則的最好方式是提供一個(gè)固有的接口,然后讓所有可能發(fā)生變化的類(lèi)實(shí)現(xiàn)該接口,讓固定的接口與相關(guān)對(duì)象進(jìn)行交互。
  • 里氏代替原則
    子類(lèi)必須替換掉它們的父類(lèi)型。

    1. 在軟件開(kāi)發(fā)過(guò)程中,子類(lèi)替換父類(lèi)后,程序的行為是一樣的。
    2. 只有當(dāng)子類(lèi)替換掉父類(lèi)后軟件的功能不受影響時(shí),父類(lèi)才能真正地被復(fù)用,而子類(lèi)也可以在父類(lèi)的基礎(chǔ)上添加新的行為。
  • 依賴倒置原則
    細(xì)節(jié)應(yīng)該依賴于抽象,而抽象不應(yīng)該依賴于細(xì)節(jié)。

    所謂的的 “面向接口編程,而不是面向?qū)崿F(xiàn)編程”。這樣可以降低客戶與具體實(shí)現(xiàn)的耦合。

  • 接口隔離原則
    使用多個(gè)專(zhuān)門(mén)功能的接口,而不是使用單一的總接口。

    不要讓一個(gè)單一的接口承擔(dān)過(guò)多的職責(zé),而應(yīng)把每個(gè)職責(zé)分離到多個(gè)專(zhuān)門(mén)的接口中,進(jìn)行接口分離。

  • 合成復(fù)用原則
    在一個(gè)新的對(duì)象里面使用一些已有的對(duì)象,使之成為新對(duì)象的一部分。

    新對(duì)象通過(guò)向這些對(duì)象的委派達(dá)到復(fù)用已用功能的目的。簡(jiǎn)單地說(shuō),就是要盡量使用合成/聚合,盡量不要使用繼承。

  • 最少知識(shí)原則(迪米特法則)
    一個(gè)模塊或?qū)ο髴?yīng)盡量少的與其他實(shí)體之間發(fā)生相互作用,使得系統(tǒng)功能模塊相對(duì)獨(dú)立,這樣當(dāng)一個(gè)模塊修改時(shí),影響的模塊就會(huì)越少,擴(kuò)展起來(lái)更加容易。

    1. 關(guān)于迪米特法則的其他描述:只與你直接的朋友們通信;不要跟“陌生人”說(shuō)話。
    2. 外觀模式(Facade Pattern)和中介者模式(Mediator Pattern)就使用了迪米特法則。

4. 設(shè)計(jì)模式分類(lèi)

在介紹完設(shè)計(jì)模式的設(shè)計(jì)原則后,是時(shí)候帶大家了解下設(shè)計(jì)模式一共有哪些:

image.png

5. 總結(jié) & 預(yù)告

  • 本文對(duì)設(shè)計(jì)模式的定義進(jìn)行了全面介紹
  • 接下來(lái)我會(huì)對(duì)每種設(shè)計(jì)模式進(jìn)行詳細(xì)的分析,有興趣可以繼續(xù)關(guān)注Carson_Ho的最易懂的設(shè)計(jì)模式解析!!??!

請(qǐng)點(diǎn)贊!因?yàn)槟愕墓膭?lì)是我寫(xiě)作的最大動(dòng)力!

相關(guān)文章閱讀
單例模式(Singleton) - 最易懂的設(shè)計(jì)模式解析
簡(jiǎn)單工廠模式(SimpleFactoryPattern)- 最易懂的設(shè)計(jì)模式解析
工廠方法模式(Factory Method)- 最易懂的設(shè)計(jì)模式解析
抽象工廠模式(Abstract Factory)- 最易懂的設(shè)計(jì)模式解析
策略模式(Strategy Pattern)- 最易懂的設(shè)計(jì)模式解析
適配器模式(Adapter Pattern)- 最易懂的設(shè)計(jì)模式解析
代理模式(Proxy Pattern)- 最易懂的設(shè)計(jì)模式解析
模板方法模式(Template Method) - 最易懂的設(shè)計(jì)模式解析
建造者模式(Builder Pattern)- 最易懂的設(shè)計(jì)模式解析
外觀模式(Facade Pattern) - 最易懂的設(shè)計(jì)模式解析

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書(shū)系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容