单一职责原则
接口单一职责
每一个接口只作一类事情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