设计模式之设计原则-单一职责原则
如果大家觉得还可以希望关注点赞👍一下谢谢大家了
基本介绍
单一职责原则是最简单的面向对象设计原则，单一职责用于控制类的粒度大小。单一职责原则定义如下： 单一职责原则(Single Responsibility Principle, SRP)：一个类只负责一个功能的相应职责，对于一个类来说，应该只有一个引起它变化的原因。
实现思想
单一职责：一个类在一个系统中担任过多的职责，一个类（大到模块，小到方法）承担的职责越多，它被复用的可能性就越小，而且一个类承担的职责过多，职责耦合在一起，当其中一个职责变化时，可能会影响其他职责的运作，因此要将这些职责进行分离，将不同的职责封装在不同的类中，即将不同的变化原因封装在不同的类中，如果多个职责总是同时发生改变则可将它们封装在同一类中。通过职责的拆分可以大大提高系统的复杂度和可复用性
总结
单一职责原则是实现高内聚、低耦合基本思想，它是最简单却最难运用的原则，需要发现类的不同职责并将其分离，发现类的多重职责需要开发人员具有较强的分析设计能力和相关实践经验。
优点：
- 降低类的复杂度；
- 提高类的可读性，因为类的职能单一，看起来比较有目的性，显得简单；
- 提高系统的可维护性，降低变更程序引起的风险。
缺点：
如果一味追求这个单一职责，有时也会造成大量的类和方法的冗余
如果有什么问题希望大家指出，将来会更新完所有的设计模式和设计原则
