SOLID原则学习【目录篇】
文章目录
- 1. 前言
- 2. ‘S’--单一职责原则（Single Responsibility Principle）
- 3. ‘O’--开闭原则
- 4. ‘L’--里氏替换原则
- 5. ‘I’--接口隔离原则
- 6. ‘D’--依赖倒置原则
- 参考
1. 前言
SOLID原则是面向对象设计（OOD）中五个核心设计原则的首字母缩写，由罗伯特·C·马丁（Robert C. Martin）在21世纪初提出。这些原则旨在提高软件的可维护性、灵活性和可扩展性。
学习和掌握SOLID原则，好处多多：
- 提高代码质量：遵循这些原则可以帮助你编写更干净、更可维护的代码。
- 降低维护成本：良好的设计使得代码更易于理解和修改，从而降低长期维护成本。
- 增强系统的灵活性和可扩展性：使得系统更容易适应变化，便于添加新功能。
- 促进团队协作：统一的设计原则有助于团队成员之间的沟通和协作。
- 减少错误和缺陷：减少代码中的错误，提高软件的稳定性和可靠性。
下面我们逐一了解，如果对其中某一项原则的细节感兴趣，请按连接进行跳转，欢迎各位小伙伴评论，交流。
2. ‘S’–单一职责原则（Single Responsibility Principle）
- 定义：一个类应该只有一个发生变化的原因。
- 学习原因：有助于创建松耦合的代码，使得类更容易理解和维护。
3. ‘O’–开闭原则
- 定义：软件实体应该对扩展开放，对修改关闭。
- 学习原因：鼓励通过添加新代码来扩展功能，而不是修改现有代码，从而提高代码的稳定性和可维护性。
4. ‘L’–里氏替换原则
- 定义：子类对象必须能够替换其基类对象，且不改变程序的行为。
- 学习原因：有助于确保继承关系中子类的正确性和一致性，使得代码更可靠。
5. ‘I’–接口隔离原则
- 定义：不应该强迫客户依赖于它们不使用的方法。
- 学习原因：通过定义更小、更具体的接口，减少类之间的依赖关系，提高系统的灵活性和可维护性。
6. ‘D’–依赖倒置原则
- 定义：高层模块不应依赖于低层模块，两者都应该依赖于抽象；抽象不应依赖于细节，细节应依赖于抽象。
- 学习原因：有助于降低模块间的耦合度，提高系统的稳定性和可扩展性。
参考
【1】SOLID原则：现代软件架构的永恒基石
【2】工作这么久，才明白的SOLID设计原则
【3】solid原则（面相对象的七大原则）