六大基本原則

• 總原則
• • 原則

總原則

開(kāi)放-封閉原則：對(duì)修改進(jìn)行封閉，在原有程序需要拓展的時(shí)候，不能去修改原有的代碼邏輯，而是進(jìn)行拓展，實(shí)現(xiàn)一個(gè)熱插拔（可以新增或者舍棄），這樣可以使程序的擴(kuò)展性更好，易于維護(hù)和升級(jí)

原則

1.單一原則：如果一個(gè)類會(huì)發(fā)生變更，就應(yīng)該將類進(jìn)行拆分，否則會(huì)發(fā)生混亂。比如我們有一個(gè)T管理p1，p2，當(dāng)p1發(fā)生變化的時(shí)候 就可能會(huì)導(dǎo)致p2也發(fā)送變化。

• 優(yōu)點(diǎn)
  • 降低類的復(fù)雜度，一個(gè)類只負(fù)責(zé)一項(xiàng)職責(zé)。
  • 提高類的可讀性，可維護(hù)性
  • )降低變更引起的風(fēng)險(xiǎn)

里氏替換原則 ：任何基類出現(xiàn)的地方，子類都能夠替換它。 在繼承中就是遵循里氏替換原則，所以原則上我們不應(yīng)該去重載或者重寫(xiě)方法

依賴倒轉(zhuǎn)原則：高層模塊不應(yīng)該依賴底層模塊，兩者都應(yīng)該依賴其抽象，抽象不應(yīng)該依賴細(xì)節(jié)， 細(xì)節(jié)依賴抽象，在java中抽象指的就是抽象類和接口，而細(xì)節(jié)就是具體實(shí)現(xiàn)的類，抽象制定規(guī)范，細(xì)節(jié)交給實(shí)現(xiàn)類去展現(xiàn)。

接口隔離原則：每個(gè)接口不應(yīng)該存在被子類不需要實(shí)現(xiàn)的方法。如果不然，就需要將接口進(jìn)行拆分，使用多個(gè)隔離的接口會(huì)比單個(gè)（多個(gè)集合）的效果好的多。


這里注意的是單一職責(zé)注重職責(zé)，而接口隔離原則注重對(duì)接口依賴的隔離；二，單一職責(zé)是約束類，其次是方法，針對(duì)的是程序中的實(shí)現(xiàn)和細(xì)節(jié)；而接口隔離原則約束的是接口，針對(duì)的是抽象，程序整體框架的構(gòu)建。

5.迪米特原則（最少知道法則）：一個(gè)類對(duì)自己依賴的類知道的越少越好，換句話說(shuō)就是對(duì)依賴類不管有多復(fù)雜，我們應(yīng)該將他封裝在內(nèi)部，通過(guò)public方法對(duì)外提供，
6.開(kāi)閉原則：一個(gè)軟件實(shí)體如類，模塊和函數(shù)應(yīng)該對(duì)擴(kuò)展開(kāi)放，對(duì)修改關(guān)閉。用抽象構(gòu)建框架，用實(shí)現(xiàn)擴(kuò)展細(xì)節(jié)。
當(dāng)軟件需要變化時(shí)，盡量通過(guò)擴(kuò)展軟件實(shí)體的行為來(lái)實(shí)現(xiàn)變化，而不是通過(guò)修改已有的代碼來(lái)實(shí)現(xiàn)變化。
當(dāng)我們遵循前面介紹的5大原則，以及使用23中設(shè)計(jì)模式的目的就是遵循開(kāi)閉原則。

總結(jié)

以上是生活随笔為你收集整理的设计模式6大基本原则的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。