設計模式 - 單一原則

• 定義

單一職責原則規定一個類應該有且僅有一個引起它變化的原因，否則類應該被拆分（There should never be more than one reason for a class to change）

• 作用

單一職責原則的核心就是控制類的粒度大小、將對象解耦、提高其內聚性。如果遵循單一職責原則將有以下優點。

1. 降低類的複雜度。一個類只負責一項職責，其邏輯肯定要比負責多項職責簡單得多。
2. 提高類的可讀性。複雜性降低，自然其可讀性會提高。
3. 提高系統的可維護性。可讀性提高，那自然更容易維護了。
4. 變更引起的風險降低。變更是必然的，如果單一職責原則遵守得好，當修改一個功能時，可以顯著降低對其他功能的影響

• 實現方法

單一職責原則是最簡單但又最難運用的原則，需要設計人員發現類的不同職責並將其分離，再封裝到不同的類或模塊中

• 其他

該原則提出對象不應該承擔太多職責，如果一個對象承擔了太多的職責，至少存在以下兩個缺點：

       1、一個職責的變化可能會削弱或者抑制這個類實現其他職責的能力；

       2、當客戶端需要該對象的某一個職責時，不得不將其他不需要的職責全都包含進來，從而造成冗餘代碼或代碼的浪費。