設計模式原則1----單一職責原則
個人部落格:開啟連結
1、官方定義
單一職責原則,英文縮寫SRP,全稱Single Responsibility Principle。
原始定義:There should never be more than one reason for a class to change。
官方翻譯:應該有且僅有一個原因引起類的變更。簡單點說,一個類,最好只負責一件事,只有一個引起它變化的原因。
2、自己理解
上面的定義不難理解,引起類變化的原因不能多於一個。也就是說每一個類只負責自己的事情,此所謂單一職責。
我們知道,在OOP裡面,高內聚、低耦合是軟體設計追求的目標,而單一職責原則可以看做是高內聚、低耦合的引申,將職責定義為引起變化的原因,以提高內聚性,以此來減少引起變化的原因。職責過多,可能引起變化的原因就越多,這將是導致職責依賴,相互之間就產生影響,從而極大的損傷其內聚性和耦合度。單一職責通常意味著單一的功能,因此不要為類實現過多的功能點,以保證實體只有一個引起它變化的原因。
相關推薦
設計模式原則1----單一職責原則
個人部落格:開啟連結 1、官方定義 單一職責原則,英文縮寫SRP,全稱Single Responsibility Principle。 原始定義:There should never be more than one reason for a clas
設計模式的七大原則(1) --單一職責原則
前言 最近工作中備受打擊,之前設計的很多程式都被老大否決,需要重構,讓我好好看看設計模式。之前對這一塊內容的確不怎麼重視,感覺枯燥無聊又派不上用場。後來沉下心來研究了一番... 我靠,原來如此,之前寫程式碼的時候怎麼這麼傻逼,很多問題其實在一開始設計的時候就能避免。之前寫的都是些什麼鬼。 我們踩過的坑,歷代前
設計模式之禪單一職責原則
最近在看<<設計模式之禪>>感覺這本書很是不錯的,demo雖然簡單但是確實很明瞭,感覺很有必要自己再敲一遍 單一職責原則 demo: https://github.com/sanyinchen/UMLDemo 如果一個類有多於一個的動機被改變,那麼
學習設計模式 - 六大基本原則之單一職責原則
enc more ref 組合 代碼 aso HERE ali 不可 設計模式總共有六大基本原則,統稱為SOLID (穩定)原則,分別是S-單一職責原則(Single Responsibility Principle), O-開閉原則(Open closed Pri
面向物件的五大設計原則之單一職責原則
我們都知道,面向物件是一種高度抽象的思維,我們在面向物件設計中,類是最基本的單位,我們的各種設計都是圍繞著類來進行的,可以這麼說,類與類之間的關係,構成了設計模式的大部分內容,我麼可能認為,類是屬性+函式構成的,事實上在底層儲存上確實也是這麼來搞的,但是這些僅僅只是確定一個獨立的類,而類與類之間
【設計模式】(四)-單一指責原則
前言 設計模式的六大原則已經學了五個了,本來想的學完這本書了再總結,怕時間長了會忘了,能理解多少先總結多少吧,以後學到新的東西再補充。 核心思想 單一指責原則(SRP):就一個類而言,應該僅有一個引起它變化的原因。 我的理解:之前在用VB程式設計的時候,很自然地就會給一個類加各種
6大設計原則之單一職責原則
方法 接口設計 sta 其他 一個 src 沒有 不同的 可維護性 單一職責原則 如果有一個用戶管理類,類圖如下 我想,任誰也能看的出這個接口設計的有問題,用戶的屬性和用戶的行為沒有分開,應該把用戶的信息抽取成一個業務對象,把用戶的行為抽取成一個業務對象,按照這個思
七大設計原則之一單一職責原則
單一職責:一個類應該有且只有一個變化的原因。通俗的說,即一個類只負責一項職責。 單一職責原則在實際使用中即容易也非常難。我們通常賦予一個類過多相關功能,使這個類非常累。職責過多也引起很多問題。過多的職責,使類本身混亂。 參考:1.https://www.c
Android 面向物件六大設計原則之單一職責原則
1.單一職責原則簡介單一職責原則(SRP:Single responsibility principle)又稱單一功能原則,面向物件六個基本原則(SOLID)之一。它規定一個類應該只有一個發生變化的原因
1.單一職責原則
.1 我是“牛”類,我可以擔任多職嗎? 單一職責原則的英文名稱是Single Responsibility Principle,簡稱是SRP。這個設計原則備受爭議,只要你想和別人爭執、慪氣或者是吵架,這個原則是屢試不爽的。如果你是老大,看到一個介面或類是這樣或那樣設計的,你
設計原則之單一職責原則(SRP)
簡介 單一職責原則是最重要的設計原則,也是最抽象的設計原則。小到函式,大到平臺的設計,都可以使用單一職責原則來指導。也正因為它的抽
面向對象五大原則_1.單一職責原則&2.裏氏替換原則
解決 一次 cti prot 輸入 名稱 enter wid col 單一職責原則:Single Responsibility Principle (SRP) 一個類。僅僅有一個引起它變化的原因。應該僅僅有一個職責。每個職責都是變化的一個軸線。假設一個類有一個以
敏捷開發原則-SRP(單一職責原則)
SRP(Single Responsibility Principle): 定義:就一個類而言,應該僅有一個引起它變化的原因。(類,介面,方法等,都應該使用該原則) 如果一個類承擔了過多的職責,那麼引起該類變化的原因也會隨之變多。 例如: 一個圖形類中包含了draw() 繪
設計模式六大原則(1)單一職責原則(Single Responsibility Principle)
單一職責原則(Single Responsibility Principle) 定義:不要存在多於一個導致類變更的原因。通俗的說,即一個類只負責一項職責。 問題由來:類T負責兩個不同的職責:職責P1,職責P2。當由於職責P1需求發生改變而需要修改類T時,有
設計模式原則(1)單一職責原則
1)一個類(或者大到模組,小到方法)承擔的職責越多,它被複用的可能性越小,而且如果一個類承擔的職責過多,就相當於將這些職責耦合在一起,當其中一個職責變化時,可能會影響其他職責的運作。 2)類的職責主要包括兩個方面:資料職責和行為職責,資料職責通過其屬性來體現,而行為職責通過其方法來體現。 3)單一職責原則
(轉)設計模式六大原則(1):單一職責原則
定義:不要存在多於一個導致類變更的原因。通俗的說,即一個類只負責一項職責。 問題由來:類T負責兩個不同的職責:職責P1,職責P2。當由於職責P1需求發生改變而需要修改類T時,有可能會導致原本執行正常的職責P2功能發生故障。 解決方案:遵循單一職責原則。分別建立兩個類T1
大話設計模式之四:1~5章(簡單工廠模式 、策略模式、單一職責原則、開放封閉原則 、依賴倒轉原則)
注:《大話設計模式》這本書很好的介紹了設計模式,其對應的原始碼是C#語言寫得,跑在visual studio上,所以自己先安裝visual studio ,然後將原始碼跑一跑,這樣能深刻的理解《大話設
設計模式原則(1):單一職責原則
定義:不要存在多於一個導致類變更的原因。通俗的說,即一個類只負責一項職責。 問題由來:類T負責兩個不同的職責:職責P1,職責P2。當由於職責P1需求發生改變而需要修改類T時,有可能會導致原本執行正常的職責P2功能發生故障。 解決方案:遵循單一職責原則。分別建立兩個類T1、T2,使T1完成職責P1功能,T2完成
設計模式學習筆記(二) 設計基本原則之【單一職責原則】
code 分享 開發者 實際應用 需要 ret ext file類 tor 單一職責原則(SRP: Single Responsibility Principle) 名詞解釋: 1) 職責:是指類變化的原因。 2) 職責擴散:就是因為某種原因,職責P被分化為粒度更細的職責P
《大話設計模式》——單一職責原則
有一個 導致 完成 如果能 原因 如果 分離 破壞 一個 單一職責原則(SRP):就一個類而言,應該僅有一個能引起它變化的原因。 如果一個類承擔的職責過多,就等於把這些職責耦合在一起,一個職責的變化可能會削弱或抑制這個類完成其他職責的能力。這種耦合會導致脆弱的設計,當變化發