面向对象设计模式准则

本文主要是介绍面向对象设计模式准则，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

一，简介

罗伯特·C·马丁在 21 世纪早期引入了名为「SOLID」的设计原则，指代了面向对象编程和面向对象设计的五个基本原则（也有说六个的），即为 SOLIDD.

1. 单一职责原则（Single Responsibility Principle）
2. 开放封闭原则（Open Closed Principle）
3. 里氏替换原则（Liskov Substitution Principle）
4. 接口隔离原则（Interface Segregation Principle）
5. 依赖反转原则（Dependency Inversion Principle）
6. 迪米特法则（最少知道原则）（Demeter Principle）

二，解释

1. 单一职责原则

一个类或者一个方法只负责一项职责，尽量做到类的只有一个行为原因引起变化。换句话说，一个类的职责和边界是及其集中且狭窄的，在类的职责上，无知是福，知道的越少越好。一个类应当做它该做的事，并且不应当被它的任何依赖的变化所影响。单一职责原则告诉我们实现类要职责单一。

2.开放封闭原则

类的对扩展是开开放的，对修改是封闭的。通过扩展软件实体来解决需求变化，而不是通过修改已有的代码来完成变化。在程序需要进行拓展的时候，不能去修改原有的代码，而是要扩展原有代码，实现一个热插拔的效果。

3.里氏替换原则

应用程序中任何父类对象出现的地方，我们都可以用其子类的对象来替换，并且可以保证原有程序的逻辑行为和正确性。不遵守里氏替换原则，那么开放封闭原则一定也会被打破。因为如果调用者必须检查实例属于哪个子类，则一旦有了新的子类，调用者就得做出改变。

4.接口隔离原则

接口中不应该存在子类用不到却必须要实现的方法，如果有，就要将接口拆分，使用多个隔离的接口。也就是说，我们要为各个类建立专用的接口，而不要试图去建立一个很庞大的接口供所有依赖它的类去调用。

5.依赖反转原则

面向接口编程，依赖于抽象而不依赖于具体。高层次的代码应该依赖抽象接口，抽象接口就像是「中间人」一样，负责连接着高层次和低层次代码。通俗点说，调用端不应该依赖具体的实现类，调用端和实现类都要依赖于抽象类。通过抽象类使各个实现类彼此独立，互不影响，实现模块间的松耦合。

6.迪米特法则

一个类对自己依赖的类知道的越少越好，也就是对于被依赖的类的方法和属性尽量私有化。高内聚，低耦合。

这篇关于面向对象设计模式准则的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---