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

前言

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

其他設(shè)計(jì)模式介紹
單例模式（Singleton） - 最易懂的設(shè)計(jì)模式解析
簡單工廠模式（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. 定義

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

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

2. 作用

• 復(fù)用成功的代碼設(shè)計(jì)模式，降低開發(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è)類=只有一個(gè)引起它變化的原因。

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

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

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

• 里氏代替原則
  子類必須替換掉它們的父類型。

  1. 在軟件開發(fā)過程中，子類替換父類后，程序的行為是一樣的。
  2. 只有當(dāng)子類替換掉父類后軟件的功能不受影響時(shí)，父類才能真正地被復(fù)用，而子類也可以在父類的基礎(chǔ)上添加新的行為。

• 依賴倒置原則
  細(xì)節(jié)應(yīng)該依賴于抽象，而抽象不應(yīng)該依賴于細(xì)節(jié)。

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

• 接口隔離原則
  使用多個(gè)專門功能的接口，而不是使用單一的總接口。

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

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

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

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

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

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

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

image.png

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

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

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

相關(guān)文章閱讀
單例模式（Singleton） - 最易懂的設(shè)計(jì)模式解析
簡單工廠模式（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ì)模式解析