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ì)模式解析
目錄
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í)需要遵循以下的原則：
以下是設(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)閉- 即每次發(fā)生變化時(shí)，要通過添加新的代碼來增強(qiáng)現(xiàn)有類型的行為纹烹，而不是修改原有的代碼页滚。
- 符合開放封閉原則的最好方式是提供一個(gè)固有的接口，然后讓所有可能發(fā)生變化的類實(shí)現(xiàn)該接口铺呵，讓固定的接口與相關(guān)對(duì)象進(jìn)行交互逻谦。
-
里氏代替原則
子類必須替換掉它們的父類型。- 在軟件開發(fā)過程中陪蜻，子類替換父類后邦马，程序的行為是一樣的。
- 只有當(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ò)展起來更加容易庸论。- 關(guān)于迪米特法則的其他描述：只與你直接的朋友們通信；不要跟“陌生人”說話棒呛。
- 外觀模式（Facade Pattern)和中介者模式（Mediator Pattern）就使用了迪米特法則聂示。
4. 設(shè)計(jì)模式分類
在介紹完設(shè)計(jì)模式的設(shè)計(jì)原則后，是時(shí)候帶大家了解下設(shè)計(jì)模式一共有哪些：
5. 總結(jié) & 預(yù)告
- 本文對(duì)設(shè)計(jì)模式的定義進(jìn)行了全面介紹
- 接下來我會(huì)對(duì)每種設(shè)計(jì)模式進(jìn)行詳細(xì)的分析簇秒，有興趣可以繼續(xù)關(guān)注Carson_Ho的最易懂的設(shè)計(jì)模式解析Ｓ愫怼！Ｇ鞴邸扛禽！
請點(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ì)模式解析
