SOLID原則解釋
1.什麼是SOLID原則:
SOLID原則是面嚮物件設計和程式設計應該遵守的;
S:即單一職責原則(SRP):表明一個類有且只有一個職責;SRP 核心是把整個問題分為小部分,並且每個小部分都將通過一個 單獨的類負責。
O:即開放封閉原則(OCP):一個類應該對擴充套件開放,對修改關閉;這樣有效避免執行時修改的錯誤。
L:里氏替換原則(LSP):派生的子類應該是可替換基類的,也就是說任何基類可以出現的地方,子類一定可以出現。派生子類即子類的子類;
I:介面隔離原則(ISP):表明類不應該被迫依賴他們不使用的方法,也就是說一個介面應該擁有儘可能少的行為,它是精簡的,也是單一的。
D:依賴倒置原則(DIP):高不依低原則,依賴倒置原則(DIP)表明高層模組不應該依賴低層模組,相反,他們應該依賴抽象類或者介面。
相關推薦
SOLID原則解釋
1.什麼是SOLID原則: SOLID原則是面嚮物件設計和程式設計應該遵守的; S:即單一職責原則(SRP):表明一個類有且只有一個職責;SRP 核心是把整個問題分
面向對象設計的SOLID原則
eas hang 編程原則 face dep class 用戶 裏氏替換原則 依賴倒置 S.O.L.I.D是面向對象設計和編程(OOD&OOP)中幾個重要編碼原則(Programming Priciple)的首字母縮寫。SRP The Single Responsi
淺談 SOLID 原則的具體使用
SOLID 是面向物件設計5大重要原則的首字母縮寫,當我們設計類和模組時,遵守 SOLID 原則可以讓軟體更加健壯和穩定。那麼,什麼是 SOLID 原則呢?本篇文章我將談談 SOLID 原則在軟體開發中的具體使用。 單一職責原則(SRP) 單一職責原則(SRP)表明一個類有且只有一個職責。一個類就像容器一
我所理解的SOLID原則
S.O.L.I.D 是面向物件設計(OOD)和麵向物件程式設計(OOP)中的幾個重要編碼原則(Programming Priciple)的首字母縮寫。 面向物件設計的原則 SRP The Single Responsibility Principle 單一職責
solid原則
alt 父類 面向對象 功能 設計 必須 調用方法 pan -i 1. SRP(單一責任原則) 定義:當需要修改某個類的時候原因有且只有一個。換句話說就是讓一個類只做一種類型責任,當這個類需要承當其他類型的責任的時候,就需要分解這個類。 類被修改的幾率很大,因此應該專註於單
面向物件的SOLID原則白話篇
面向物件的SOLID原則 簡介 縮寫 全稱 中文 S The Single Responsibility Principle 單一責任原則 O The Open Closed Principle 開放封閉原則 L Liskov Substitution Principle 里氏替換原則
軟體設計Solid原則學習總結
軟體質量度量指標有正確性、可維護性、效率性等;其中正確性可以通過TDD來保證,可維護性可以通過規範程式碼、重構程式碼來提升,效率性需要平時或者後期對軟體的效能進行優化以達到所要的指標... 為了能讓專案組開發團隊都寫出CleanCode,需要在專案組制定相應的規範(包括
面向物件設計的SOLID原則
S.O.L.I.D是面向物件設計和程式設計(OOD&OOP)中幾個重要編碼原則(Programming Priciple)的首字母縮寫。 單一責任原則: 當需要修改某個類的時候原因有且只有一個(THERE SHOULD NEVER BE MORE THAN
asp.net core系列 65 正反案例介紹SOLID原則
一.概述 SOLID五大原則使我們能夠管理解決大多數軟體設計問題。由Robert C. Martin在20世紀90年代編寫了這些原則。這些原則為我們提供了從緊耦合的程式碼和少量封裝轉變為適當鬆耦合和封裝業務實際需求的結果方法。使用這些原則,我們可以構建一個具有整潔,可讀且易於維護的程式碼應用程式。
SOLID原則、設計模式適用於Python語言嗎
在閱讀 clean architecture的過程中,會發現作者經常提到recompile redeploy,這些術語看起來都跟靜態型別語言有關,比如Java、C++、C#。而在我經常使用的python語言中,是不存在這些概念的。於是,在閱讀的時候就會有一個疑惑,《clean architecture》中提到
超易懂!原來SOLID原則要這麼理解!
![image.png](https://shuyi-tech-blog.oss-cn-shenzhen.aliyuncs.com/halo_blog_system_file/image_1612833858857.png) 說到 SOLID 原則,相信有過幾年工作經驗的朋友都有個大概印象,但就是不知道它具
第2章 面向物件的設計原則(SOLID):6_開閉原則
6. 開閉原則(Open Closed Principle,OCP) 6.1 定義 (1)一個類應該對擴充套件開放,對修改關閉。要求通過擴充套件來實現變化,而且是在不修改己有的程式碼情況下進行擴充套件,也不必改動己有的原始碼或二進位制程式碼。 (2)在軟體生命週期內,變化是一個既定的事實
第2章 面向物件的設計原則(SOLID):5_迪米特法則
5. 迪米特法則(Law of Demeter,LoD) 5.1 定義 (1)應儘量減少其他物件之間的互動,物件只和自己的朋友交談,即對其他依賴的類越少越好(不要和太多的類發生關係)。 (2)儘量不要讓類和類之間建立直接的關係,這樣可減少類與類之間的依賴,降低類之間的耦合。 (3)一
第2章 面向物件的設計原則(SOLID):4_介面隔離原則(ISP)
4. 介面隔離原則(Interface Segregation Principle,ISP) 4.1 定義 (1)使用多個專門的介面,而不使用單一的總介面,即客戶端不應該依賴那些它不需要的介面。類間的依賴關係應該建立在最小介面上 (2)介面儘量細化,同時介面中的方法儘量少。每個介面中只包
第2章 面向物件的設計原則(SOLID):3_依賴倒置原則(DIP)
3. 依賴倒置原則(Dependence Inversion Principle,DIP) 3.1 定義 (1)要依賴抽象,不要依賴具體的實現類。簡單的說就是對抽象(或介面)進行程式設計,不要依賴實現進行程式設計,這樣就降低了客戶與實現模組間的耦合。包含3層含義: ①高層模組不應依賴
第2章 面向物件的設計原則(SOLID):2_里氏替換原則(LSP)
2. 里氏替換原則(Liskov Substitution Principle,LSP) 2.1 定義 (1)所有使用基類的地方必須能透明地使用子類替換,而程式的行為沒有任何變化(不會產生執行結果錯誤或異常)。只有這樣,父類才能被真正複用,而且子類也能夠在父類的基礎上增加新的行為。也只有這樣
第2章 面向物件的設計原則(SOLID):1_單一職責原則(SRP)
1. 單一職責原則(Single Responsibility Principle,SRP) 1.1 單一職責的定義 (1)定義:一個類應該僅有一個引起它變化的原因。這裡變化的原因就是所說的“職責”。 (2)如果一個類有多個引起它變化的原因,也就意味著這個類有多個職責。即把多個職責耦合在
SOLID 五大設計原則
SOLID 五大設計原則 1. SRP 單一職責原則(The Single Responsibility Principle) 一個程式只做好一件事 如果功能過於複雜就開分開,每個部分保持獨立 2. OCP 開放封閉原則(The Open Closed Pri
SOLID面向物件的五個設計原則
單一職責原則(Single Resposibility Principle) 開放封閉原則(Open Closed principle) 里氏替換原則(Liskov Substitution Principle) 介面分離原則(Interface Segregation Prin
五大設計原則(SOLID)
一般情況下,我們為軟體構建中層架構的主要目標如下: ①使軟體可容忍被更改 ②使軟體更容易被理解 ③構建可在多個軟體系統中複用的元件 簡要介紹下SOLID原則: 一、 單一職責原則 該設計原則是基於康威定律的一個推論——一個軟體系統的最佳結構