本篇內(nèi)容介紹了“java設(shè)計(jì)模式的基本原則有哪些”的有關(guān)知識(shí)，在實(shí)際案例的操作過程中，不少人都會(huì)遇到這樣的困境，接下來就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細(xì)閱讀，能夠?qū)W有所成！

創(chuàng)新互聯(lián)建站擁有網(wǎng)站維護(hù)技術(shù)和項(xiàng)目管理團(tuán)隊(duì)，建立的售前、實(shí)施和售后服務(wù)體系，為客戶提供定制化的成都網(wǎng)站設(shè)計(jì)、成都網(wǎng)站建設(shè)、網(wǎng)站維護(hù)、雅安機(jī)房托管解決方案。為客戶網(wǎng)站安全和日常運(yùn)維提供整體管家式外包優(yōu)質(zhì)服務(wù)。我們的網(wǎng)站維護(hù)服務(wù)覆蓋集團(tuán)企業(yè)、上市公司、外企網(wǎng)站、商城建設(shè)、政府網(wǎng)站等各類型客戶群體，為全球1000多家企業(yè)提供全方位網(wǎng)站維護(hù)、服務(wù)器維護(hù)解決方案。

設(shè)計(jì)模式（Design pattern）代表了程序開發(fā)的最佳實(shí)踐，通常被有經(jīng)驗(yàn)的面向?qū)ο蟮能浖_發(fā)人員所采用。設(shè)計(jì)模式是軟件開發(fā)人員在軟件開發(fā)過程中面臨的一般問題的解決方案。這些解決方案是眾多軟件開發(fā)人員經(jīng)過相當(dāng)長的一段時(shí)間的試驗(yàn)和錯(cuò)誤總結(jié)出來的，那設(shè)計(jì)模式有那些基本設(shè)計(jì)原則的呢？

通常來說，設(shè)計(jì)模式的基本原則包含以下 7 個(gè)內(nèi)容：

1. 單一職責(zé)原則(Single Responsibility Principle)

   單一職責(zé)原則表示一個(gè)模塊的組成元素之間的功能相關(guān)性。從軟件變化的角度來看，就一個(gè)類而言，應(yīng)該僅有一個(gè)讓它變化的原因；通俗地說，即一個(gè)類只負(fù)責(zé)一項(xiàng)職責(zé)。

• SRP 是一個(gè)簡單又直觀的原則，但是在實(shí)際編碼的過程中很難將它恰當(dāng)?shù)剡\(yùn)用，需要結(jié)合實(shí)際情況進(jìn)行運(yùn)用。

• 單一職責(zé)原則可以降低類的復(fù)雜度，一個(gè)類僅負(fù)責(zé)一項(xiàng)職責(zé)，其邏輯肯定要比負(fù)責(zé)多項(xiàng)職責(zé)簡單。

• 提高了代碼的可讀性，提高系統(tǒng)的可維護(hù)性。

2. 開放-關(guān)閉原則(Open-Closed Principle)

   開放-關(guān)閉原則表示軟件實(shí)體 (類、模塊、函數(shù)等等) 應(yīng)該是可以被擴(kuò)展的，但是不可被修改。

   如果一個(gè)軟件能夠滿足 OCP 原則，那么它將有兩項(xiàng)優(yōu)點(diǎn)：

• 能夠擴(kuò)展已存在的系統(tǒng)，能夠提供新的功能滿足新的需求，因此該軟件有著很強(qiáng)的適應(yīng)性和靈活性。

• 已存在的模塊，特別是那些重要的抽象模塊，不需要被修改，那么該軟件就有很強(qiáng)的穩(wěn)定性和持久性。

3. 里氏替換原則(Liskov Substitution Principle)

   將一個(gè)基類對象替換成它的子類對象，程序?qū)⒉粫?huì)產(chǎn)生任何錯(cuò)誤和異常，反過來則不成立，如果一個(gè)軟件實(shí)體使用的是一個(gè)子類對象的話，那么它不一定能夠使用基類對象。即子類可以擴(kuò)展父類的功能，但不能改變父類原有的功能

4. 依賴倒轉(zhuǎn)原則(Dependence Inversion Principle)

   高層模塊不應(yīng)該依賴低層模塊，二者都應(yīng)該于抽象。進(jìn)一步說，抽象不應(yīng)該依賴于細(xì)節(jié)，細(xì)節(jié)應(yīng)該依賴于抽象。遵循依賴倒轉(zhuǎn)原則可以降低類之間的耦合性，提高系統(tǒng)的穩(wěn)定性，降低修改程序造成的風(fēng)險(xiǎn)。依賴倒轉(zhuǎn)原則的核心就是要我們面向接口編程

5. 接口隔離原則(Interface Segregation Principle)

   客戶端不應(yīng)該依賴它不需要的接口；一個(gè)類對另一個(gè)類的依賴應(yīng)該建立在最小的接口上

• 接口隔離原則的思想在于建立單一接口，盡可能地去細(xì)化接口，接口中的方法盡可能少

• 但是凡事都要有個(gè)度，如果接口設(shè)計(jì)過小，則會(huì)造成接口數(shù)量過多，使設(shè)計(jì)復(fù)雜化。所以一定要適度

6. 迪米特法則(Law Of Demeter)

   迪米特法則又稱為 最少知道原則，它表示一個(gè)對象應(yīng)該對其它對象保持最少的了解。通俗來說就是，只與直接的朋友通信。

   直接的朋友：每個(gè)對象都會(huì)與其他對象有耦合關(guān)系，只要兩個(gè)對象之間有耦合關(guān)系，我們就說這兩個(gè)對象之間是朋友關(guān)系。耦合的方式很多，依賴、關(guān)聯(lián)、組合、聚合等。其中，我們稱出現(xiàn)成員變量、方法參數(shù)、方法返回值中的類為直接的朋友，而出現(xiàn)在局部變量中的類則不是直接的朋友。也就是說，陌生的類最好不要作為局部變量的形式出現(xiàn)在類的內(nèi)部。

   對于被依賴的類來說，無論邏輯多么復(fù)雜，都盡量的將邏輯封裝在類的內(nèi)部，對外提供 public 方法，不對泄漏任何信息。

7. 組合/聚合復(fù)用原則(Composite/Aggregate Reuse Principle)

   組合/聚合復(fù)用原則就是在一個(gè)新的對象里面使用一些已有的對象，使之成為新對象的一部分; 新的對象通過向這些對象的委派達(dá)到復(fù)用已有功能的目的。

   在面向?qū)ο蟮脑O(shè)計(jì)中，如果直接繼承基類，會(huì)破壞封裝，因?yàn)槔^承將基類的實(shí)現(xiàn)細(xì)節(jié)暴露給子類；如果基類的實(shí)現(xiàn)發(fā)生了改變，則子類的實(shí)現(xiàn)也不得不改變；從基類繼承而來的實(shí)現(xiàn)是靜態(tài)的，不可能在運(yùn)行時(shí)發(fā)生改變，沒有足夠的靈活性。于是就提出了組合/聚合復(fù)用原則，也就是在實(shí)際開發(fā)設(shè)計(jì)中，盡量使用組合/聚合，不要使用類繼承。

• 總體說來，組合/聚合復(fù)用原則告訴我們：組合或者聚合好過于繼承

• 聚合組合是一種 “黑箱” 復(fù)用，因?yàn)榧?xì)節(jié)對象的內(nèi)容對客戶端來說是不可見的

“java設(shè)計(jì)模式的基本原則有哪些”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識(shí)可以關(guān)注創(chuàng)新互聯(lián)網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實(shí)用文章！