單一職責原則(SRP):就一個類而言,應該僅有一個引起它變化的原因。 如果一個類承擔的職責過多,就等於把這些職責耦合在一起,一個職責的變化可能會小若或則抑制這個類完成其他職責的能力。這種耦合會當值脆弱的設計,當發生變化時,設計會發生意想不到的破壞。 軟體設計真正要做到許多內容,就是發現職責,並把那些 ...
單一職責原則(SRP):就一個類而言,應該僅有一個引起它變化的原因。
如果一個類承擔的職責過多,就等於把這些職責耦合在一起,一個職責的變化可能會小若或則抑制這個類完成其他職責的能力。這種耦合會當值脆弱的設計,當發生變化時,設計會發生意想不到的破壞。
軟體設計真正要做到許多內容,就是發現職責,並把那些職責相互分離。其實要去判斷是否應該分離出類來,也不難,那就是如果你能夠想到多於一個的動機去改變一個類,那麼這個類就具有多餘一個的職責,就應該考慮類的職責分離。
編程時,我們在設計類的時候要在類的分離上多思考,做到單一職責,這樣你的代碼才真正的易維護,易擴展,易復用,靈活多樣。