设计原则 --- SOLID

合集 - 设计模式(25)

1.重温设计模式系列 --- 完整精华篇2023-07-12

2.设计原则 --- SOLID2023-07-12

3.重温设计模式 --- 抽象工厂模式2023-07-094.重温设计模式 --- 工厂方法模式2023-07-095.重温设计模式 --- 单例模式2023-07-096.重温设计模式 --- 建造者模式2023-07-097.重温设计模式 --- 原型模式2023-07-108.重温设计模式 --- 适配器模式2023-07-109.重温设计模式 --- 装饰器模式2023-07-1010.重温设计模式 --- 代理模式2023-07-1111.重温设计模式 --- 外观模式2023-07-1112.重温设计模式 --- 桥接模式2023-07-1113.重温设计模式 --- 组合模式2023-07-1114.重温设计模式 --- 享元模式2023-07-1215.重温设计模式 --- 观察者模式2023-07-0916.重温设计模式 --- 策略模式2023-07-1217.重温设计模式 --- 迭代器模式2023-07-1218.重温设计模式 --- 命令模式2023-07-1219.重温设计模式 --- 责任链模式2023-07-1220.重温设计模式 --- 模板方法模式2023-07-1221.重温设计模式 --- 状态模式2023-07-1222.重温设计模式 --- 中介者模式2023-07-1223.重温设计模式 --- 解释器模式2023-07-1224.重温设计模式 --- 访问者模式2023-07-1225.重温设计模式 --- 备忘录模式2023-07-12

收起

引言

SOLID是五个常见的面向对象设计原则的缩写，其目的是帮助开发者设计易于维护和扩展的软件系统

其中包含单一职责原则(SRP)，开闭原则(OCP)，里氏替换原则(LSP)，接口隔离原则(ISP)，依赖反转原则(DIP)。

除SOLID之外，后续又增加了迪米特法则。

单一职责原则

单一职责原则（Single Responsibility Principle，SRP），这个原则指出一个类应该只有一个职责。也就是说，一个类应该只有一种修改的原因。如果一个类负责多个不同的职责，那么对其中一个职责的修改可能会影响到其他职责，从而导致系统的不稳定性。

开闭原则

开闭原则（Open-Closed Principle，OCP），这个原则指出一个类应该对扩展开放，对修改关闭。也就是说，系统中的类应该能够方便地进行扩展，但是对于已经存在的类，尽量避免进行修改。这样可以减少代码的复杂性，提高系统的稳定性。

:::tip{title="提示"}
开闭原则需要避免过度设计，即在不必要的情况下进行扩展。同时，应该避免使用复杂的继承结构，而应该优先使用组合和接口实现扩展。
:::

里氏替换原则

里氏替换原则（Liskov Substitution Principle，LSP），这个原则指出，如果一个子类不能完全替代它的父类，那么这个子类就不应该存在。换句话说，子类应该能够在不影响父类的前提下，完全替代父类的功能。这样才能保证系统的正确性和稳定性。

:::tip{title="提示"}
里氏替换原则需要注意继承关系的正确性。子类必须要遵循父类的约束，否则就会破坏LSP的原则。同时，在使用多态时需要注意类型的转换和类型检查的正确性。
:::

接口隔离原则

接口隔离原则（Interface Segregation Principle，ISP），这个原则指出一个类不应该强制依赖它不需要的接口。如果一个类依赖了一个过于庞大的接口，那么当这个接口发生变化时，这个类也需要相应地进行修改。因此，一个类应该尽量只依赖于它需要的接口，避免不必要的依赖。

:::tip{title="提示"}
接口隔离原则需要避免接口的冗余和重复。接口应该根据不同的职责进行分离，避免一个接口承担过多的职责。同时，应该避免使用过于具体的接口，而应该优先使用更抽象的接口
:::

依赖反转原则

依赖反转原则（Dependency Inversion Principle，DIP），这个原则指出，高层模块不应该依赖于低层模块，两者都应该依赖于抽象。同时，抽象不应该依赖于具体实现，具体实现应该依赖于抽象。这样可以减少系统的耦合度，提高系统的可扩展性和可维护性。

:::tip{title="提示"}
依赖反转原则需要注意依赖注入的方式和依赖倒置的层次。依赖注入应该使用构造函数注入、属性注入或方法注入，避免使用硬编码的依赖。同时，在依赖倒置时需要注意依赖的层次，避免高层模块依赖过于低层的模块。
:::

迪米特法则

迪米特法则(Law of Demeter,LoD)也称为最少知识原则(Least Knowledge Principle,LKP)。
迪米特法则要求一个对象应该只与其直接的朋友通信，而不是跟朋友的朋友或者更远的对象通信。对象之间的耦合度越低，系统的灵活性、可维护性、可扩展性就越好，同时也降低了代码的复杂度和风险。
:::tip{title="提示"}
迪米特法则需要注意：

• 将方法中的参数尽量缩小，尽量不引入不需要的对象。
• 在类的设计中，尽量降低对其他类的依赖。
• 将依赖其他类的操作放到一个中介类中，由中介类负责和其他类的通信。
  :::

结论

SOLID原则是一种很好的软件设计指导原则，能够帮助开发者设计出易于维护和扩展的软件系统。但是，这些原则并不是银弹，需要根据具体的情况进行灵活运用。同时，在应用这些原则时需要注意细节和实现细节，才能真正达到SOLID原则的设计目标。