單一職責原則（SRP）： 介紹：就一個類而言，應該僅有一個引起它變化的原因（一個類只負責一項職責） 為什麼要使用單一職責原則： 如果一個類承擔的職責過多，就等於把這些職責耦合在一起，一個職責的變化可能會削弱或者抑制這個類完成其他職責的能力。這種耦合會導致脆弱的設計 優點： 會使代碼能夠真正的易維護、 ...
單一職責原則（SRP）：
介紹：就一個類而言，應該僅有一個引起它變化的原因（一個類只負責一項職責）
為什麼要使用單一職責原則：
如果一個類承擔的職責過多，就等於把這些職責耦合在一起，一個職責的變化可能會削弱或者抑制這個類完成其他職責的能力。這種耦合會導致脆弱的設計
優點：
會使代碼能夠真正的易維護、易擴展、易復用
可以降低類的複雜度，一個類只負責一項職責，其邏輯肯定要比負責多項職責簡單的多；
提高類的可讀性，提高系統的可維護性；
變更引起的風險降低，變更是必然的，如果單一職責原則遵守的好，當修改一個功能時，可以顯著降低對其他功能的影響。
總結：軟體設計實際上就是發現職責並將職責相互分離，所以在編寫代碼時更多的應該考慮單一職責這種設計模式
參考：《大話設計模式》
