Java設(shè)計模式中的七大原則詳細講解
設(shè)計模式要進行共性與可變性的分析,對共性進行抽象,同時對可變性進行封裝,沒有完美的設(shè)計模式,作為一名開發(fā)者要懂得取舍,觸類旁通,開發(fā)出高內(nèi)聚、低耦合、靈活性更高的軟件產(chǎn)品
1.開閉原則(軟件設(shè)計第一原則)
定義:一個軟件實體應(yīng)該對擴展開放,對修改關(guān)閉,即在不修改源代碼的基礎(chǔ)上擴展軟件功能
本質(zhì)思想:
- 以抽象來固定不變的東西(把固定不變的抽出來)
- 使用具體實現(xiàn)對可變性進行封裝/隱藏
- 面向抽象編程
2.依賴倒置原則
開閉原則是目標,依賴倒置是手段
三層含義:
- 高層模塊不應(yīng)該依賴于低層模塊,兩者都應(yīng)該依賴其抽象(例如一個類的成員變量、方法的入?yún)?、返回值不?yīng)該是一個具體類,而最好是一個抽象類)
- 抽象不應(yīng)該依賴細節(jié)(業(yè)務(wù)代碼不關(guān)心具體類)
- 細節(jié)應(yīng)該依賴抽象(業(yè)務(wù)代碼只關(guān)心抽象類)
依賴倒置原則的核心就是面向抽象(抽象類或者接口)編程
3.里氏替換原則
定義:在一個軟件產(chǎn)品中,父類對象可以出現(xiàn)的地方,都可以替換成它的子類對象,且不能發(fā)生錯誤和異常,里氏替換原則為良好的繼承定義了規(guī)范
四層含義:
- 子類必須完全實現(xiàn)父類的抽象方法,但不能覆蓋(重寫)父類的非抽象方法
- 子類可以增加自己特有的方法
- 當子類一定要重寫父類的方法時,子類方法的形參(前置條件)要比父類更寬松(例如父類使用HashMap,子類使用Map)
- 當子類實現(xiàn)父類的抽象方法時,方法的返回值(后置條件)要比父類更加嚴格
總結(jié):子類可以擴展父類的功能,但是不能去改變父類原有的功能(遵循父類原有的基礎(chǔ)特性,進行一系列的行為變化)
4.合成復(fù)用原則
定義:在軟件復(fù)用時,要盡量使用組合/聚合(has a)等關(guān)聯(lián)關(guān)系來實現(xiàn),即組合/聚合優(yōu)先于繼承
如果要使用繼承關(guān)系,則必須嚴格遵循里氏替換原則
合成復(fù)用原則和里氏替換原則是相輔相成的,兩者都是開閉原則的具體實現(xiàn)規(guī)范
設(shè)計模式用繼承對行為變化進行分類,而不是使用繼承來復(fù)用邏輯
- 繼承破壞了類的封裝性,父類的實現(xiàn)細節(jié)全都暴露給子類了
- 父類和子類的耦合性太高,父類的修改直接影響子類
- 繼承是靜態(tài)的,與IOC動態(tài)注入相違背
5.接口隔離原則
定義:使用多個專門的接口,而不是使用單一的總接口;客戶端調(diào)用者代碼不應(yīng)該依賴它不需要的接口
使用原則:
- 根據(jù)接口隔離原則拆分接口時,首先必須滿足單一職責(zé)原則
- 提高高內(nèi)聚(每個接口都只負責(zé)相互獨立的部分,方法間都是強相關(guān)的)
- 定制服務(wù)
- 接口設(shè)計要有限度(不要讓類過于膨脹)
目標:在發(fā)生代碼變更,接口變更的情況下,盡量做到影響程度最低
6.迪米特法則
- 規(guī)則:一個類應(yīng)該盡量少的對其他類相互作用(依賴/調(diào)用)
- 解釋:只與直接朋友(私有成員變量、方法入?yún)?、new的對象)進行通信,間接朋友:調(diào)用直接朋友的方法獲取到的對象
- 目的:讓類之間解耦,提高類的復(fù)用性,當其他類發(fā)生變更的時候,對這個類的影響才最小
- 缺點:過于嚴格的遵守此原則,會導(dǎo)致系統(tǒng)產(chǎn)生大量透明的小方法,需要在朋友數(shù)量和小方法之間進行權(quán)衡
通過下面的例子加深理解,Person類想調(diào)用Stranger類執(zhí)行一些邏輯

public class Person {
private Friend friend = null;
// 遵循迪米特法則
// 將Stranger類封裝/隱藏了,Person類不知道Stranger類的存在
// 但是Friend類產(chǎn)生了callStrangerDoSomething這個透明的小方法
public void right(){
friend.callStrangerDoSomething();
}
// 不遵循迪米特法則
// 與Stranger類耦合了
public void wrong(){
Stranger stranger = friend.getStranger();
stranger.doSomething();
}
}
7.單一職責(zé)原則
- 單一職責(zé)原則要求一個接口或類只有一個原因引起變化(職責(zé)的范圍因人而異)
- 一個接口或一個類只負責(zé)一件明確的事,負責(zé)的事情越少越好
- 如果其他類依賴了一個包含多個職責(zé)的類,也會將不需要的職責(zé)包含進來,也違反了迪米特法則
到此這篇關(guān)于Java設(shè)計模式中的七大原則詳細講解的文章就介紹到這了,更多相關(guān)Java設(shè)計模式原則內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
IDEA中已配置阿里鏡像但maven無法下載jar包的問題及解決方法
這篇文章主要介紹了IDEA中已配置阿里鏡像但maven無法下載jar包的問題,本文給大家分享解決方法,對大家的學(xué)習(xí)或工作具有一定的參考借鑒價值,需要的朋友可以參考下2020-08-08
Springcloud RestTemplate服務(wù)調(diào)用代碼實例
這篇文章主要介紹了Springcloud RestTemplate服務(wù)調(diào)用代碼實例,文中通過示例代碼介紹的非常詳細,對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友可以參考下2020-08-08
SpringBoot項目整合達夢數(shù)據(jù)庫詳解(MYSQL轉(zhuǎn)換達夢數(shù)據(jù)庫)
這篇文章主要為大家詳細介紹了MYSQL轉(zhuǎn)換達夢數(shù)據(jù)庫以及SpringBoot項目整合達夢數(shù)據(jù)庫的相關(guān)教程,文中的示例代碼講解詳細,需要的可以參考下2025-03-03

