设计模式无处不在，因为它就来自于我们的日常生活，提炼于生活经验。
正握在你手中的手机，不能用220V的电压直接充电，需要一个专门的电源适配器(充电器)才行。摆在你桌上的电脑也是一样的，都需要“适配”。而 适配器模式 （Adapter Pattern）正是由此总结而来。
从一个问题出发，为什么Spring这么牛？
Spring 发展到今天，在Java开发中的地位毋庸置疑。人人都在用Spring，80%的开发者学完Java 就得学习Spring了。那Spring为啥这么牛呢？其中肯定很大一部分原因就是因为Spring是一个把设计模式用的淋漓尽致的框架。从类名中就能体现出来。
我把这些设计模式整理成一个知识导图
小伙伴们，赶紧打开你的idea，使用上面的关键词进行搜索，将会获得一个新的视角去审视我们的Spring源码了。前言就到这里，那我们就正式进入今天的主题，设计模式
为什么要使用设计模式
为啥要用设计模式呢？我就是不用不行嘛？其实这两个问题，仔细思索就会发现它完完全全就是个伪命题。我们每个人都是在“不得不“ 和 “不自觉”的使用设计模式。我们来看Mybatis中的一个例子：
SqlSession是一个接口，这里定义了对数据库的一大堆基本操作。我们对数据库的操作都离不开它，这里我们不看具体实现，只分析结构。它有三个实现类：
重点关注这个默认的DefaultSqlSession是怎么创建的。我们还是只分析结构。
可以看到，创建的步骤是很多的，入参就有三个，还调用了好几个子方法，最终只是为了拿到DefaultSqlSession的实例，就是这句：
new DefaultSqlSession(configuration, executor, autoCommit);
试想，如果每个需要DefaultSqlSession的实例的调用者都需要写这么一大串，那得写多少重复代码？万一创建过程有改动，我们得改多少个地方？所以我们会很自然的想到把它抽到一个公共的地方，每次需要他，就去公共的地方拿就行了。即使有改动，也只需改动这个公共方法即可。平时我们的各种工具类，各种Util之类的，都是基于这个很直白，很自然的经验。
其实针对这个openSessionFromDataSource()，就是一个非常标准的工厂模式的体现：工厂生产一个标准化的产品，大家需要这个产品都来我这里拿就行了，并不需要关注其中的细节。而上面openSessionFromDataSource()方法，正是出自DefaultSqlSessionFactory，就是专门提供DefaultSqlSession实例的工厂。稍微看他一眼：
它重载了很多个openSession()方法，但最终都是调用openSessionFromDataSource()方法完成创建的。
从这个例子再次出发，我们尝试猜下：它是从一开始的现场造轮子，然后到自然而然的使用设计模式，来感受下演变过程，首先是发现问题：
然后我们很自然的想到，把这些相同的逻辑、代码，放到一个公共方法里头，openSessionFromDataSource()方法应运而生，但是这个方法总得放一个地方吧，肯定不能是在各自的Service里面，因为还是重复了嘛，所以很自然的新建一个类：
后面经过GoF的总结和提炼，它，Factory Pattern ，工厂模式就这么出现了。其他设计模式的诞生和这个是一样的，发现具有特征的问题=>解决问题=>提炼特征经验=>形成设计模式。
从这个过程我们可以体会到，是因为我们先去这么做了，经过提炼和总结，才有设计模式的诞生。
综上所述，不用设计模式也是可以正常实现我们需要的功能的。但是我们就是这么自然而然地使用了，毫无违和感。从这也能得出一个结论，也应证了这篇文章的引言部分：设计模式来源于经验（生活经验、开发经验）的总结。
使用设计模式的准则：
不是为了用而强行使用设计模式，使用的过程应该是很自然的。诶，我需要用到这个模式才能很好的解决问题，所以我要用。
相应的文章已经整理形成文档，需要的朋友，git扫码获取资料看这里
https://gitee.com/biwangsheng/personal.git
视频
书籍
项目
光学习，没有项目实战怎么可以，来吧，看这个小游戏--坦克大战