1. 單一職責原則（SRP），就一個類而言，應該僅有一個引起它變化的原因。
2.如果一個雷承擔的職責過多，就等於把這些職責耦合在一起，一個職責的變化可能會削弱或者抑制這個類完成其他職責的能力。這種耦合會導致脆弱的設計，當變化發生時，設計會遭受到想不到的破壞。
3.軟件設計真正要做的許多內容，就是發現職責並把那些職責相互分離。 如果你能夠想到多於一個的動機去改變一個類，那麼這個類就具有多於一個的職責，就應該考慮類的職責分離。做到單一職責，這樣代碼纔是真正的已維護、易擴展、易複用、靈活多樣。
單一職責，舉個例子。單反相機的單一性職責，讓其拍攝性能明顯優於手機的相機功能。