設(shè)計模式-Java-設(shè)計模式六大設(shè)計原則

單一職責原則——面向?qū)ο笤O(shè)計原則 (biancheng.net)

設(shè)計模式六大原則記憶:SOLLID,堅固的,記住他們,你寫的程序也會變得Solid。

1 單一職責原則(S | Single Responsibility Principle)

含義:單一職責原則規(guī)定一個類應(yīng)該有且僅有一個引起它變化的原因,否則類應(yīng)該被拆分。

一個類不應(yīng)承擔過多的職責,對內(nèi)而言承擔過多職責會增加類的復(fù)雜度,某一職責的修改可能會影響其他模塊。對外而言用戶像使用單個職責時,卻不得不將其他職責包含進來。

單一職責原則需要設(shè)計人員發(fā)現(xiàn)類的不同職責并將其分離,再封裝到不同的類或模塊中。而發(fā)現(xiàn)類的多重職責需要設(shè)計人員具有較強的分析設(shè)計能力和相關(guān)重構(gòu)經(jīng)驗。

2 開閉原則(O | Open Closed Principle)

含義:軟件實體應(yīng)當對擴展開放,對修改關(guān)閉。含義是,當需求發(fā)生更改時,盡量在不改動已有源碼的情況下拓展模塊功能,時期滿足新的需求。

開閉原則的主要優(yōu)點:

  • 對于軟件測試:測試時僅需要對新增代碼進行測試,因為原有代碼沒有改動。
  • 提高代碼的可復(fù)用性:類設(shè)計的粒度越小,復(fù)用性就越強
  • 程序可維護性強:遵守開閉原則的軟件,其穩(wěn)定性高和延續(xù)性強,從而易于擴展和維護

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

含義:繼承必須確保父類所擁有的性質(zhì)在子類中仍然成立。即子類可以擴展父類的功能,但不能改變父類原有的功能。

里氏替換原則的要求:

  • 如果子類覆蓋父類的方法,那么子類的返回結(jié)果的范圍需要小于等于父類,訪問權(quán)限不得小于父類,拋出的異常也不得大于父類的異常。

如果違背了里氏原則,則類對象出現(xiàn)在父類出現(xiàn)的地方則會報錯。

4 迪米特法則(L | Liskov Substitution Principle)

迪米特法則(Law of Demeter,LoD)又叫作最少知道原則。
含義:如果兩個軟件實體無須直接通信,那么就不應(yīng)當發(fā)生直接的相互調(diào)用,可以通過第三方轉(zhuǎn)發(fā)該調(diào)用。其目的是降低類之間的耦合度,提高模塊的相對獨立性。

迪米特法則強調(diào)以下兩點:

  • 從依賴者的角度來說,只依賴應(yīng)該依賴的對象。
  • 從被依賴者的角度說,只暴露應(yīng)該暴露的方法。

具體措施:

  1. 在類的劃分上,應(yīng)該創(chuàng)建弱耦合的類。類與類之間的耦合越弱,就越有 利于實現(xiàn)可復(fù)用的目標。
  2. 在類的結(jié)構(gòu)設(shè)計上,盡量降低類成員的訪問權(quán)限。
  3. 在類的設(shè)計上,優(yōu)先考慮將一個類設(shè)置成不變類。
  4. 在對其他類的引用上,將引用其他對象的次數(shù)降到最低。
  5. 不暴露類的屬性成員,而應(yīng)該提供相應(yīng)的訪問器(set 和 get 方法)。

5 接口隔離(I | Interface Segregation Principle)

含義:客戶端不應(yīng)該被迫依賴于它不使用的方法,一個類對另一個類的依賴應(yīng)該建立在最小的接口上。
接口隔離原則(Interface Segregation Principle,ISP)要求程序員盡量將臃腫龐大的接口拆分成更小的和更具體的接口,讓接口中只包含客戶感興趣的方法。

具體措施:

  1. 接口盡量小,但是要有限度。一個接口只服務(wù)于一個子模塊或業(yè)務(wù)邏輯。
  2. 為依賴接口的類定制服務(wù)。只提供調(diào)用者需要的方法,屏蔽不需要的方法。
  3. 了解環(huán)境,拒絕盲從。每個項目或產(chǎn)品都有選定的環(huán)境因素,環(huán)境不同,接口拆分的標準就不同深入了解業(yè)務(wù)邏輯。
  4. 提高內(nèi)聚,減少對外交互。使接口用最少的方法去完成最多的事情。

6 依賴倒置原則(D | Dependence Inversion Principle)

含義:高層模塊不應(yīng)該依賴于底層模塊,兩者都應(yīng)該依賴于抽象。抽象不應(yīng)該依賴于細節(jié)。

軟件設(shè)計中,細節(jié)具有多變性,而抽象層則相對穩(wěn)定,因此以抽象為基礎(chǔ)搭建起來的架構(gòu)要比以細節(jié)為基礎(chǔ)搭建起來的架構(gòu)要穩(wěn)定得多。

具體措施:

  1. 每個類盡量提供接口或抽象類,或者兩者都具備。
  2. 變量的聲明類型盡量是接口或者是抽象類。
  3. 任何類都不應(yīng)該從具體類派生。
  4. 使用繼承時盡量遵循里氏替換原則。
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容