目录
一、为什么学习设计模式?
1.什么是设计模式?
设计模式是前人大佬们总结的一类软件工程开发思路,对某些特定问题而提出的一些解决方案,对大家实际工作中写的各种代码进行高层次抽象的总结;
2.有哪些设计模式?
这里重申一下,设计模式不是一个标准,而是一类规范、经验。其中最出名的当属 Gang of Four (GoF) 的分类了,他们将设计模式分类为 23 种经典的模式,根据用途可以分为三大类,分别为创建型模式、结构型模式和行为型模式。对于各类设计模式的具体分析,以后再细细补充。
3.设计模式的作用?
- 是否考虑到为何设计模式大都是针对于面向对象的开发?那么什么是面向对象?这里大家可能都有自己的理解,面向对象有什么特征呢?3大特征:封装、继承、多态。以及6大基本原则:类单一责任原则、依赖倒置原则、迪米特原则、接口隔离原则、开闭原则。这些知识点大家应该都了解,这是面向对象语言最基本的特性。所以可以说具有这些特征和规则的语言,(窃以为)就可以称为面向对象。
- 设计模式的应用就是为了更好的面向对象,现在进一步想想:面向对象的目的是什么:抽象化,模块(型)化。从另一角度来看,便是高内聚,低耦合。这么做的作用是什么:易维护,可扩展,便协作。其目的和优势便是可以共同完成大型的项目以及方便升级维护。(spring为何低侵入,高扩展,兼容性强)类比工厂生产,各部件分工协作,互相搭配。另外提一句,人的能力精力有限,大的工厂很难一个人或者一个公司完成,因此分工合作才能发展的更快,这也是现代化社会飞速进步的基石之一。
- 参考结论:设计模式是为了更好的使用多态(抽象),继承,封装这三大特性,以及实现五大基本原则。设计模式就是为了更好的面向对象,更好的高内聚,低耦合。自上而下的来讲:是为了更好的面向对象,才研究总结了设计模式。
- 再补充一点:一般来说大家常说的:程序 = 数据结构 + 算法。这里我想可以补充半点,那就是抽象设计。此外,设计模式的使用应该按场景以及个人经验使用,刻意的使用除了其本身原因可能导致的性能有所降低,反而会使其复杂化,适得其反。
4.如何准确判断使用哪种设计模式?
以‘责任链模式’为例。
责任链模式流程图:
1. 心里面应该清楚:各个设计模式,业务流程走向图是啥样的;
2. 当前需求的业务流程走向图又应该是啥样的;
二、设计模式精讲
此处,推荐一个精品以供学习和参考:设计模式也可以这么简单_Javadoop
1.创建型
https://blog.csdn.net/qq_43783527/article/details/122778695
2.结构型
前面创建型模式介绍了创建对象的一些设计模式,这节介绍的结构型模式旨在通过改变代码结构来达到解耦的目的,使得我们的代码容易维护和扩展。
前面,我们说了代理模式、适配器模式、桥梁模式、装饰模式、门面模式、组合模式和享元模式。读者是否可以分别把这几个模式说清楚了呢?在说到这些模式的时候,心中是否有一个清晰的图或处理流程在脑海里呢?
代理模式是做方法增强的,适配器模式是把鸡包装成鸭这种用来适配接口的,桥梁模式做到了很好的解耦,装饰模式从名字上就看得出来,适合于装饰类或者说是增强类的场景,门面模式的优点是客户端不需要关心实例化过程,只要调用需要的方法即可,组合模式用于描述具有层次结构的数据,享元模式是为了在特定的场景中缓存已经创建的对象,用于提高性能。
3.行为型
行为型模式关注的是各个类之间的相互作用,将职责划分清楚,使得我们的代码更加地清晰。
行为型模式总结:
行为型模式部分介绍了策略模式、观察者模式、责任链模式、模板方法模式和状态模式,其实,经典的行为型模式还包括备忘录模式、命令模式等,但是它们的使用场景比较有限,而且本文篇幅也挺大了,我就不进行介绍了。
总结
学习设计模式的目的是为了让我们的代码更加的优雅、易维护、易扩展。这次整理这篇文章,让我重新审视了一下各个设计模式,对我自己而言收获还是挺大的。我想,文章的最大收益者一般都是作者本人,为了写一篇文章,需要巩固自己的知识,需要寻找各种资料,而且,自己写过的才最容易记住,也算是我给读者的建议吧。