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

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

　　問題來了：

　　比如原來

　　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í)對另一個(gè)類造成的影響。

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

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

　?。ㄒ蕾嚨娜N方式，方法參數(shù)，局部變量-方法內(nèi)的變量，靜態(tài)變量-方法中調(diào)用某個(gè)類的靜態(tài)方法）

6.開閉原則

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

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

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

以上就是本文的全部內(nèi)容，希望對大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。