如何将设计原则和思想转化为一个长尾词？

本文共计2279个文字，预计阅读时间需要10分钟。

SOLID原则：单一职责、开闭原则、里氏替换原则、接口隔离原则、依赖倒置原则。单一职责：确保对象有且只有一个引起它变化的原因。开闭原则：软件实体应对扩展开放，对修改关闭。里氏替换原则：任何可被基类对象替换为派生类对象的情形，都必须能由派生类对象来替换。接口隔离原则：多个特定客户端接口比单一宽泛接口要好。依赖倒置原则：高层模块不应依赖于低层模块，二者都应依赖于抽象。单一职责：描述对象是类或模块，确保职责单一。

SOLID原则：单一原则、开闭原则、里氏替换原则、接口隔离原则、依赖反转原则

单一原则

描述对象是类或模块，要保证职责足够单一，也就是围绕一个对象进行描述。

我们可以先写一个粗粒度的类，满足业务需求，随着业务的发展，如果粗粒度的类越来越庞大，代码越来越多，这个时候，我们可以将这个粗粒度的类拆分成几个更细粒度的类。这就是所谓的重构。

何时需要拆分，有如下参考条件：

• 类中行数，函数，属性过多，影响到了代码的可读性、可维护性时。
• 类依赖的其他类过多，或者依赖类的其他类过多，不符合高内聚低耦合的设计思想时。
• 私有方法过多时，我们需要考虑是否将私有方法独立到新的类中并设置为public，供更多类使用，提高代码复用性。
• 比较难给类起一个合适的名字，很难用一个业务名词概括，或者只能用一些笼统的Manager、Context之类的词语进行命名，这就说明类的职责定义个可能不够清晰明确。
• 类中大量的方法都集中操作某几个属性，那几可以考虑将这几个属性和对应方法拆分成新的类。