單一職責原則
接口單一職責
每一個接口只作一類事情spa
好比說 Closeable 只負責提供流關閉的方法接口
Readable 只負責提供讀的方法擴展
Reader類實現上面兩個接口，他們之間互不干涉，各有分工方法
方法單一職責
即一個方法只提供一種功能im
這種方法不足以讓人迅速明瞭究竟更新user的哪一個屬性img
儘可能拆分紅ab
單一職責原則優勢
- 下降代碼複雜性
- 提升代碼可讀性，可維護性
- 下降代碼變動帶來的風險（即改變一個接口，對其餘接口沒有影響）
- 大幅提高代碼的擴展性
相關文章
- 1. 單一職責原則
- 2. 單一職責原則SRP
- 3. SRC單一職責原則
- 4. 單一職責原則（SRP）
- 5. 設計原則--》單一職責原則
- 6. 設計原則 - 單一職責原則
- 7. 設計原則-單一職責原則
- 8. 設計模式-----單一職責原則
- 9. 函數的單一職責原則(SRP)
- 10. 2單一職責原則SRP
- 更多相關文章...
- • ACID原則是什麼？ - NoSQL教程
- • BASE原理與最終一致性 - NoSQL教程
- • RxJava操作符（一）Creating Observables
- • Kotlin學習（一）基本語法
相關標籤/搜索
每日一句
-
每一个你不满意的现在，都有一个你没有努力的曾经。
歡迎關注本站公眾號,獲取更多信息
相關文章
- 1. 單一職責原則
- 2. 單一職責原則SRP
- 3. SRC單一職責原則
- 4. 單一職責原則（SRP）
- 5. 設計原則--》單一職責原則
- 6. 設計原則 - 單一職責原則
- 7. 設計原則-單一職責原則
- 8. 設計模式-----單一職責原則
- 9. 函數的單一職責原則(SRP)
- 10. 2單一職責原則SRP