1.單一職責(zé)原則 每一個(gè)類負(fù)責(zé)一個(gè)職責(zé)（一個(gè)類只有一個(gè)方法）

2.里氏替換原則 所有引用基類的地方都能透明的使用其子類的對(duì)象。

問題來了：

比如原來

class A{fun();//完成P1功能}

現(xiàn)在需要添加新功能

class B extends A{//A的子類B實(shí)現(xiàn)了fun的功能）fun();完成功能為P（原來的P1功能加上新增的P2功能）}

則，在子類B完成新功能P2的時(shí)候可能會(huì)導(dǎo)致原有功能P1發(fā)生故障

解決辦法

當(dāng)使用繼承的時(shí)候，除了添加新的方法來完成新功能P2之外，盡量不要重寫父類A的方法，也盡量不要重載父類A 的方法

3.依賴倒置原則(核心思想，面向接口編程)

定義：高層模塊不應(yīng)該以來底層模塊，二者都應(yīng)該依賴其抽象；抽象不應(yīng)該依賴細(xì)節(jié)，細(xì)節(jié)應(yīng)該依賴抽象；

問題：

類A(高層模塊)直接依賴B（低層模塊）

eg：class A{public void fun(B b){};}

現(xiàn)在想要把類A的依賴改為C，則必須修改類A的代碼為

eg：class A{public void fun(C c){};}

解決辦法：

類B和類C都實(shí)現(xiàn)接口Interface D；

類A依賴接口D

　eg：class A{public void fun(D d){};　}

這樣在使用類A的fun方法時(shí)可以這樣使用fun(new B());或者fun(new C());

4.接口隔離原則

將臃腫的接口才氛圍獨(dú)立的幾個(gè)接口，這樣子類在實(shí)現(xiàn)該接口時(shí)就不必要實(shí)現(xiàn)臃腫接口的所有的抽象方法

5.迪米特法則（最少知道法則）

降低類與類之間的耦合度，從而減少當(dāng)一個(gè)類改變時(shí)對(duì)另一個(gè)類造成的影響。

簡(jiǎn)單來說，就是一個(gè)類對(duì)自己以來的類知道的越少越好。對(duì)于被以來的類，無論邏輯多么復(fù)雜，盡可能的將邏輯封裝在類的內(nèi)部，對(duì)外提供一個(gè)public的方法就行了。

更簡(jiǎn)單的定義：至于直接的朋友（稱出現(xiàn)成員變量、方法參數(shù)、方法返回值中的類為直接朋友，出現(xiàn)在局部變量中的類不是直接的朋友）進(jìn)行通信。

（依賴的三種方式，方法參數(shù)，局部變量-方法內(nèi)的變量，靜態(tài)變量-方法中調(diào)用某個(gè)類的靜態(tài)方法）

6.開閉原則

一個(gè)軟件實(shí)體類、模塊、和函數(shù)應(yīng)該對(duì)擴(kuò)展開放，對(duì)修改關(guān)閉。

問題：當(dāng)軟件升級(jí)維護(hù)時(shí)，隊(duì)友俺有代碼進(jìn)行修改，可能會(huì)給舊代碼引入錯(cuò)誤。

解決辦法：當(dāng)軟件需要變化時(shí)，盡可能通過擴(kuò)展軟件實(shí)體的行為來實(shí)現(xiàn)變化，兒不是通過修改已有的代碼來實(shí)現(xiàn)變化。

以上就是本文的全部?jī)?nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持好吧啦網(wǎng)。