设计模式原则 — 单一职责原则

设计模式原则

  —— 单一职责原则

1. 基本介绍

  对类来说的， 即一个类应该只负责一项职责。

  假如类A负责多项职责，当其中一项职责需求发生变更时，可能对其他职责的执行造成影响。
  例如：类A负责实现 “订单数据持久化”职责 和 “用户数据持久化”职责，那么当我们需要修改 “用户数据持久化” 需求时，由于代码糅杂在一个类里，可能会对 “订单数据持久化”的职责造成影响。
  所以我们的做法，应当把原来的类A拆分成多个类，分别负责单一项职责，这样就不会发生上述问题了。

2. 使用目的和注意事项

1. 降低类的复杂度，一个类只负责一项职责。即单一职责原则是在类的级别使用的
2. 提高类的可读性，可维护性。职责单一之后，更新类不会影响其他的职责，代码的变得更好维护
3. 降低变更引起的风险。减少修改带来的多职责连锁反应的发生
4. 通常情况下，我们应当遵守单一职责原则，只有逻辑足够简单，才可以在代码级违反单一职责原则；只有类中方法数量足够少，可以在方法级别保持单一职责原则。即当使用类级别执行单一职责原则开销大于收益时，可以选择在类的方法上使用单一职责原则

本章结束

返回目录

如果本文有错误或对本文有不理解的地方欢迎评论 ^_^

如果本文有帮助到您，可以点一下右上角的赞哦，谢谢啦