設(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）就使用了迪米特法則。
4.設(shè)計模式分類
