一句話說清面向?qū)ο蟮奈宕蠡驹瓌t

面向?qū)ο蟮奈宕蠡驹瓌t

單一職責(zé)原則(SRP)

?? ? ? 一個(gè)類應(yīng)該僅有一個(gè)引起它變化的原因(最簡單,最容易理解卻最不容易做到的一個(gè)設(shè)計(jì)原則)

職員類例子:

比如在職員類里,將工程師、銷售人員、銷售經(jīng)理這些情況都放在職員類里考慮,其結(jié)果將會(huì)非?;靵y,在這個(gè)假設(shè)下,職員類里的每個(gè)方法都要if else判斷是哪種情況,從類結(jié)構(gòu)上來說將會(huì)十分臃腫,并且上述三種的職員類型,不論哪一種發(fā)生需求變化,都會(huì)改變職員類!這個(gè)是大家所不愿意看到的!

開放封閉原則(OCP)

?? ? ? 既開放又封閉,對(duì)擴(kuò)展是開放的,對(duì)更改是封閉的!

?????? 擴(kuò)展即擴(kuò)展現(xiàn)行的模塊,當(dāng)我們軟件的實(shí)際應(yīng)用發(fā)生改變時(shí),出現(xiàn)新的需求,就需要我們對(duì)模塊進(jìn)行擴(kuò)展,使其能夠滿足新的需求!

更改封閉即是在我們對(duì)模塊進(jìn)行擴(kuò)展時(shí),勿需對(duì)源有程序代碼和DLL進(jìn)行修改或重新編譯文件!

這個(gè)原則對(duì)我們?cè)谠O(shè)計(jì)類的時(shí)候很有幫助,堅(jiān)持這個(gè)原則就必須盡量考慮接口封裝,抽象機(jī)制和多態(tài)技術(shù)!

里氏替換原則(LSP)

?? ? ? 子類可以替換父類并且出現(xiàn)在父類能夠出現(xiàn)的任何地方

?????? 這個(gè)原則也是在貫徹GOF倡導(dǎo)的面向接口編程!

在這個(gè)原則中父類應(yīng)盡可能使用接口或者抽象類來實(shí)現(xiàn)!

子類通過實(shí)現(xiàn)了父類接口,能夠替父類的使用地方!

通過這個(gè)原則,我們客戶端在使用父類接口的時(shí)候,通過子類實(shí)現(xiàn)!

意思就是說我們依賴父類接口,在客戶端聲明一個(gè)父類接口,通過其子類來實(shí)現(xiàn)

這個(gè)時(shí)候就要求子類必須能夠替換父類所出現(xiàn)的任何地方,這樣做的好處就是,在根據(jù)新要求擴(kuò)展父類接口的新子類的時(shí)候而不影響當(dāng)前客戶端的使用!

依賴倒置原則(DIP)

?? ? ? 傳統(tǒng)的結(jié)構(gòu)化編程中,最上層的模塊通常都要依賴下面的子模塊來實(shí)現(xiàn),也

稱為高層依賴低層!

所以DIP原則就是要逆轉(zhuǎn)這種依賴關(guān)系,讓高層模塊不要依賴低層模塊,所以稱之為依賴倒置原則!

接口隔離原則(ISP)

?? ? ? 這個(gè)原則的意思是:使用多個(gè)專門的接口比使用單個(gè)接口要好的多!

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

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

  • 單一職責(zé)原則 (SRP) 全稱 SRP , Single Responsibility Principle 單一職...
    米莉_L閱讀 1,863評(píng)論 2 5
  • 以前一直認(rèn)為程序中的類有使用到封裝繼承多態(tài)就是面向?qū)ο笤O(shè)計(jì),其實(shí)不然。 封裝、繼承、多態(tài)只是面向?qū)ο蟮娜筇匦?,?..
    keyu88888閱讀 993評(píng)論 0 0
  • 面向?qū)ο蟮?個(gè)基本要素: 封裝、繼承、多態(tài) 面向?qū)ο蟮?個(gè)基本設(shè)計(jì)原則: 單一職責(zé)原則(Single-Respos...
    badcyc閱讀 965評(píng)論 0 4
  • 一、開閉原則(Open Close Principle) 一個(gè)軟件實(shí)體如類、模塊和函數(shù)應(yīng)該對(duì)擴(kuò)展開放,對(duì)修改關(guān)閉。...
    囧書閱讀 1,330評(píng)論 0 1
  • 本文出自《Android源碼設(shè)計(jì)模式解析與實(shí)戰(zhàn)》中的第一章。 1、優(yōu)化代碼的第一步——單一職責(zé)原則 單一職責(zé)原則的...
    MrSimp1e0閱讀 1,913評(píng)論 1 13

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