设计模式:单一职责原则
1、單一職責(zé)原則的概念
Single Responsibility Principle,SRP:
一個類被改變的原因不能超過一個,也就是說,一個類只有一個職責(zé),如果職責(zé)過多,代碼就會臃腫,可讀性更差,也更難以維護。其實上單一職責(zé)原則和接口隔離原則有一定的關(guān)系,接口隔離以后,職責(zé)就單一了,實現(xiàn)這個接口的類的職責(zé)自然也就單一了。但是接口隔離關(guān)注的是抽象層,單一職責(zé)關(guān)注的是兩者兼而有之,偏重于實現(xiàn)。
2、為什么要遵守單一職責(zé)原則
1、提高類的可維護性和可讀寫性
一個類的職責(zé)少了,復(fù)雜度降低了,代碼就少了,可讀性也就好了,可維護性自然就高了。
2、提高系統(tǒng)的可維護性
系統(tǒng)是由類組成的,每個類的可維護性高,相對來講整個系統(tǒng)的可維護性就高。當(dāng)然,前提是系統(tǒng)的架構(gòu)沒有問題。
3、降低變更的風(fēng)險
一個類的職責(zé)越多,變更的可能性就更大,變更帶來的風(fēng)險也就越大,
3、如何遵守單一職責(zé)原則
合理的職責(zé)分解
相同的職責(zé)放到一起,不同的職責(zé)分解到不同的接口和實現(xiàn)中去,這個是最容易也是最難運用的原則,關(guān)鍵還是要從業(yè)務(wù)出發(fā),從需求出發(fā),識別出同一種類型的職責(zé)。舉個例子:人的行為分析,包括了生理、生活和工作等行為的分析,生理行為包括吃、跑、睡等行為,生活行為包括穿衣等行為,工作行為包括上下班,開會等行為,如下圖所示:
圖1 人類行為分析示例
人類的行為分成了三個接口:生理行為接口、工作行為接口和生活行為接口,以及三個實現(xiàn)類。如果都用一個實現(xiàn)類來承擔(dān)這三個接口的職責(zé),就會導(dǎo)致代碼臃腫,不易維護,如果以后再加上其他行為,例如學(xué)習(xí)行為接口,將會產(chǎn)生變更風(fēng)險(這里還用到了組合模式,以后會詳細說明)。
四、最佳實踐
在實際工作中,有一個經(jīng)常會用到的設(shè)計模式,DAO模式,又叫數(shù)據(jù)訪問對象,里面定義了數(shù)據(jù)庫中表的增、刪、改、查操作,按照單一職責(zé)原則,為什么不把增、刪、改、查分別定義成四種接口?這是因為數(shù)據(jù)庫的表操作,基本上就是這四種類型,不可能變化,所以沒有必要分開定義,反而經(jīng)常變化的是數(shù)據(jù)庫的表結(jié)構(gòu),表結(jié)構(gòu)一變,這四種操作都要跟著變。所以通常我們會針對一張表實現(xiàn)一個DAO,一張表就代表一種類型的職責(zé)。
總結(jié)
以上是生活随笔為你收集整理的设计模式:单一职责原则的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: css 两行字变成一行,如何通过CSS将
- 下一篇: asp.net ajax控件工具集 Au