設(shè)計模式是程序的精髓,學(xué)會并善用設(shè)計模式才是一個優(yōu)秀的程序員某抓,本篇文章是基于另一個大神的簡書所做的總結(jié),在文章后邊會附上大神的簡書地址别凤。
1.設(shè)計模式的分類
2.作用
提高代碼復(fù)用率,降低開發(fā)成本和周期
提高代碼可維護(hù)性肺缕、可拓展性
使代碼更加優(yōu)雅
讓代碼更容易被他人理解
3.設(shè)計模式的設(shè)計原則
1> 單一職責(zé)模式(一個類=只有一個引起他變化的原因)
如果一個類承擔(dān)的職責(zé)過多趋观,即耦合性太高=一個職責(zé)的變化可能會影響到其他的職責(zé)
2> 開放封閉原則? (一個實體應(yīng)該對外擴(kuò)展開放垃沦,對內(nèi)修改關(guān)閉)
即每次發(fā)生變化時诽偷,要通過添加新的代碼來增強(qiáng)現(xiàn)有類型的行為坤学,而不是修改原有的代碼。
符合開放封閉原則的最好方式是提供一個固有的接口报慕,然后讓所有可能發(fā)生變化的類實現(xiàn)該接口深浮,讓固定的接口與相關(guān)對象進(jìn)行交互。
3> 里氏代替原則(子類必須替換掉他們的父類型)
在軟件開發(fā)過程中眠冈,子類替換父類后飞苇,程序的行為是一樣的。
只有當(dāng)子類替換掉父類后軟件的功能不受影響時蜗顽,父類才能真正地被復(fù)用布卡,而子類也可以在父類的基礎(chǔ)上添加新的行為。
4> 依賴倒置原則(細(xì)節(jié)應(yīng)該依賴于抽象雇盖,而抽象不應(yīng)該依賴于細(xì)節(jié))
所謂的的 “面向接口編程羽利,而不是面向?qū)崿F(xiàn)編程”。這樣可以降低客戶與具體實現(xiàn)的耦合刊懈。
5> 接口隔離原則(使用多個專門功能的接口,而不是使用單一的總接口)
不要讓一個單一的接口承擔(dān)過多的職責(zé)娃闲,而應(yīng)把每個職責(zé)分離到多個專門的接口中虚汛,進(jìn)行接口分離。
6> 合成復(fù)用原則(在一個新的對象里面使用一些已有的對象皇帮,使之成為新對象的一部分)
新對象通過向這些對象的委派達(dá)到復(fù)用已用功能的目的卷哩。簡單地說,就是要盡量使用合成/聚合属拾,盡量不要使用繼承将谊。
7> 最少只是原則(迪米特法則)一個模塊或?qū)ο髴?yīng)盡量少的與其他實體之間發(fā)生相互作用,使得系統(tǒng)功能模塊相對獨立渐白,這樣當(dāng)一個模塊修改時尊浓,影響的模塊就會越少,擴(kuò)展起來更加容易纯衍。
關(guān)于迪米特法則的其他描述:只與你直接的朋友們通信栋齿;不要跟“陌生人”說話。
外觀模式(Facade Pattern)和中介者模式(Mediator Pattern)就使用了迪米特法則。