一文带你概览Java设计模式,做到心中有数

本文主要是介绍一文带你概览Java设计模式,做到心中有数，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

文章目录

- 设计模式的作用
- 面向对象设计模式的六大原则
- 设计模式分类

设计模式的作用

设计模式是前辈们不断实践，总结出来的一套编程思路和方法，可以让我们代码的维护性、扩展性、复用性、灵活性更好。也就是说让我们的代码写的更好。

面向对象设计模式的六大原则

单一职能原则（SPR，Single Responsibility Principle）
定义：对于一个类来说，应该仅有一个引起它变化的原因。
理解：就是一个类应该包换和自身密切相关的数据和方法，尽量让一个类高内聚低耦合。但在实际开发中，这一点很难做到，但是应该尽量做到。
开放闭合原则（OCP，Open Close Principle）
定义：软件中的对象对扩展是开放的，对修改关闭。
理解：代码结构的精神领袖。如何让代码做到满足OCP,就需要我们满足设计原则，然后配合设计模式，让我们的代码尽可能的对扩展开发，对修改关闭。就是我们可以添加新类，但是对于原有的代码尽量不要去修改。
里氏替换原则（LSP，Liskov Substitution Principle）
定义：所有使用基类的地方都可以透明的使用其子类的对象。
理解：说白了就是继承和多态的使用。
接口隔离原则（ISP，Interface Segregation Principle）
定义：客户端不应该依赖它不需要的接口。另一种定义：类间的依赖关系应该建立在最小的接口上。
理解：我们把接口做的尽量小一点，不要一个接口涵盖很多模块的功能。
在实际开发中，对于一个功能我们一般是先定义一个接口，抽象出功能。对于这个接口我们最好让他的作用范围小一点，一个小功能我们对应一个接口，不要一个接口搞定所用的功能，否则后面会牵一发而动全身。
依赖倒置原则（DIP，Dependence Inversion Principle）
定义：高层模块不应该依赖于低层模块，两者都应该依赖于抽象；抽象不依赖于细节，细节应该依赖于抽象
理解：面向接口编程或者是面向抽象编程
迪米特原则（LOD，Law of Demeter）
定义：一个对象应该对其他对象有最小的了解。
理解：对于类而言当被调用者调用时，只暴露必须暴露的，隐藏实现细节，让调用者对其知道的少。也就是调用者对于依赖的对象尽量少的知道实现细节，调用其具体的方法接口接口，减少依赖性。