带着问题 思考

1. 这个原则设计的初衷

2. 能解决哪些问题

3. 有哪些应用场景

正文

概念

SOILD 由 5 个设计原则组成

1. 单一职责原则

2. 开闭原则

3. 里式替换原则

4. 接口隔离原则

5. 依赖反转原则

一个类或者模块只负责完成一个职责

单一职责原则的判断标准

1. 类中的代码行数 函数或者属性过多 会影响代码的可读性和可维护性 我们需要进行拆分

2. 类以来的其他类过多 或者 依赖类的其他类太多 ，不符合高内聚 低耦合的设计思想 我们需要考虑对类进行拆分

3. 私有方法过多，我们就要考虑能否将私有方法独立到新的类 中 设计为 public 方法，供更多的类使用 能从提高代码的复用性

4. 比较难给类起一个合适的名字 很难用一个业务名词概括