設計模式之單一職責原則

單一職責原則：應該有且僅有一個緣由引發類的變動。

There should never be more than one reason for a class to change.

 

單一職責原則好處：

一、類的複雜度下降，實現什麼職責都有清晰明確的定義；

二、可讀性提升，複雜性下降，可讀性提升；

三、可維護性提升，可讀性提升，更容易維護；

四、變動引發風險下降，變動是必不可少的，若是接口單一職責作的好，一個接口修改只對相應的實現類有影響，對其餘的接口無影響，這時系統擴展性、維護性都有很是大提升。