文章目录
- 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原则(面相对象的七大原则)