Java设计模式

是否考虑到为何设计模式大都是针对于面向对象的开发？那么什么是面向对象？这里大家可能都有自己的理解，面向对象有什么特征呢？3大特征：封装、继承、多态。以及6大基本原则：类单一责任原则、依赖倒置原则、迪米特原则、接口隔离原则、开闭原则。这些知识点大家应该都了解，这是面向对象语言最基本的特性。所以可以说具有这些特征和规则的语言，（窃以为）就可以称为面向对象。
设计模式的应用就是为了更好的面向对象，现在进一步想想：面向对象的目的是什么：抽象化，模块（型）化。从另一角度来看，便是高内聚，低耦合。这么做的作用是什么：易维护，可扩展，便协作。其目的和优势便是可以共同完成大型的项目以及方便升级维护。（spring为何低侵入，高扩展，兼容性强）类比工厂生产，各部件分工协作，互相搭配。另外提一句，人的能力精力有限，大的工厂很难一个人或者一个公司完成，因此分工合作才能发展的更快，这也是现代化社会飞速进步的基石之一。
参考结论：设计模式是为了更好的使用多态（抽象），继承，封装这三大特性，以及实现五大基本原则。设计模式就是为了更好的面向对象，更好的高内聚，低耦合。自上而下的来讲：是为了更好的面向对象，才研究总结了设计模式。
再补充一点：一般来说大家常说的：程序 = 数据结构 + 算法。这里我想可以补充半点，那就是抽象设计。此外，设计模式的使用应该按场景以及个人经验使用，刻意的使用除了其本身原因可能导致的性能有所降低，反而会使其复杂化，适得其反。

4.如何准确判断使用哪种设计模式？

以‘责任链模式’为例。

责任链模式流程图：

1. 心里面应该清楚：各个设计模式，业务流程走向图是啥样的；

2. 当前需求的业务流程走向图又应该是啥样的；

二、设计模式精讲

此处，推荐一个精品以供学习和参考：设计模式也可以这么简单_Javadoop

1.创建型

https://blog.youkuaiyun.com/qq_43783527/article/details/122778695

2.结构型

前面创建型模式介绍了创建对象的一些设计模式，这节介绍的结构型模式旨在通过改变代码结构来达到解耦的目的，使得我们的代码容易维护和扩展。

前面，我们说了代理模式、适配器模式、桥梁模式、装饰模式、门面模式、组合模式和享元模式。读者是否可以分别把这几个模式说清楚了呢？在说到这些模式的时候，心中是否有一个清晰的图或处理流程在脑海里呢？

代理模式是做方法增强的，适配器模式是把鸡包装成鸭这种用来适配接口的，桥梁模式做到了很好的解耦，装饰模式从名字上就看得出来，适合于装饰类或者说是增强类的场景，门面模式的优点是客户端不需要关心实例化过程，只要调用需要的方法即可，组合模式用于描述具有层次结构的数据，享元模式是为了在特定的场景中缓存已经创建的对象，用于提高性能。