小編這次要給大家分享的是詳解Java設(shè)計模式常用原則，文章內(nèi)容豐富，感興趣的小伙伴可以來了解一下，希望大家閱讀完這篇文章之后能夠有所收獲。

松嶺網(wǎng)站制作公司哪家好，找成都創(chuàng)新互聯(lián)！從網(wǎng)頁設(shè)計、網(wǎng)站建設(shè)、微信開發(fā)、APP開發(fā)、響應(yīng)式網(wǎng)站開發(fā)等網(wǎng)站項目制作，到程序開發(fā)，運營維護。成都創(chuàng)新互聯(lián)2013年至今到現(xiàn)在10年的時間，我們擁有了豐富的建站經(jīng)驗和運維經(jīng)驗，來保證我們的工作的順利進行。專注于網(wǎng)站建設(shè)就選成都創(chuàng)新互聯(lián)。

1.單一職責原則每一個類負責一個職責（一個類只有一個方法）

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

問題來了：

比如原來

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

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

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

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

解決辦法

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

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

定義：高層模塊不應(yīng)該以來底層模塊，二者都應(yīng)該依賴其抽象；抽象不應(yīng)該依賴細節(jié)，細節(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都實現(xiàn)接口Interface D；

類A依賴接口D

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

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

4.接口隔離原則

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

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

降低類與類之間的耦合度，從而減少當一個類改變時對另一個類造成的影響。

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

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

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

6.開閉原則

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

問題：當軟件升級維護時，隊友俺有代碼進行修改，可能會給舊代碼引入錯誤。

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

看完這篇關(guān)于詳解Java設(shè)計模式常用原則的文章，如果覺得文章內(nèi)容寫得不錯的話，可以把它分享出去給更多人看到。