23种设计模式的通俗解释，看完秒懂
01 ⼯⼚⽅法
追 MM 少不了请吃饭了，麦当劳的鸡翅和肯德基的鸡翅都是 MM 爱吃的东西，虽然⼝味有所不同，但不管你带 MM 去麦当劳或肯德基，只管向服务员说「来四个鸡翅」就⾏了。麦当劳和肯德基就是⽣产鸡翅的 Factory ⼯⼚模式：客户类和⼯⼚类分开。
消费者任何时候需要某种产品，只需向⼯⼚请求即可。消费者⽆须修改就可以接纳新产品。缺点是当产品修改时，⼯⼚类也要做相应的修改。如：如何创建及如何向客户端提供。
02 建造者模式
MM 最爱听的就是「我爱你」这句话了，见到不同地⽅的 MM，要能够⽤她们的⽅⾔跟她说这句话哦，我有⼀个多种语⾔翻译机，上⾯每种语⾔都有⼀个按键，见到 MM 我只要按对应的键，它就能够⽤相应的语⾔说出「我爱你」这句话了，国外的 MM 也可以轻松搞掂，这就是我的「我爱你」builder。
奥迪allroad quattro
建造模式：将产品的内部表象和产品的⽣成过程分割开来，从⽽使⼀个建造过程⽣成具有不同的内部表象的产品对象。建造模式使得产品内部表象可以独⽴的变化，客户不必知道产品内部组成的细节。建造模式可以强制实⾏⼀种分步骤进⾏的建造过程。
03 抽象⼯⼚
请 MM 去麦当劳吃汉堡，不同的 MM 有不同的⼝味，要每个都记住是⼀件烦⼈的事情，我⼀般采⽤ Factory Method 模式，带着 MM 到服务员那⼉，说「要⼀个汉堡」，具体要什么样的汉堡呢，让 MM 直接跟服务员说就⾏了。
⼯⼚⽅法模式：核⼼⼯⼚类不再负责所有产品的创建，⽽是将具体创建的⼯作交给⼦类去做，成为⼀个抽象⼯⼚⾓⾊，仅负责给出具体⼯⼚类必须实现的接⼝，⽽不接触哪⼀个产品类应当被实例化这种细节。
04 原型模式
跟 MM ⽤ QQ 聊天，⼀定要说些深情的话语了，我搜集了好多⾁⿇的情话，需要时只要 copy 出来放到 QQ ⾥⾯就⾏了，这就是我的情话prototype 了。（100 块钱⼀份，你要不要）
原始模型模式：通过给出⼀个原型对象来指明所要创建的对象的类型，然后⽤复制这个原型对象的⽅法创建出更多同类型的对象。原始模型模式允许动态的增加或减少产品类，产品类不需要⾮得有任何事先确定的等级结构，原始模型模式适⽤于任何的等级结构。缺点是每⼀个类都必须配备⼀个克隆⽅法。
05 单态模式
俺有 6 个漂亮的⽼婆，她们的⽼公都是我，我就是我们家⾥的⽼公 Sigleton，她们只要说道「⽼公」，都是指的同⼀个⼈，那就是我 (刚才做了个梦啦，哪有这么好的事)
单例模式：单例模式确保某⼀个类只有⼀个实例，⽽且⾃⾏实例化并向整个系统提供这个实例单例模式。单例模式只应在有真正的 “单⼀实例” 的需求时才可使⽤。
06 适配器模式
在朋友聚会上碰到了⼀个美⼥ Sarah，从⾹港来的，可我不会说粤语，她不会说普通话，只好求助于我的朋友 kent 了，他作为我和 Sarah 之间的 Adapter，让我和 Sarah 可以相互交谈了 (也不知道他会不会耍我)
传祺gs3适配器（变压器）模式：把⼀个类的接⼝变换成客户端所期待的另⼀种接⼝，从⽽使原本因接⼝原因不匹配⽽⽆法⼀起⼯作的两个类能够⼀起⼯作。适配类可以根据参数返还⼀个合适的实例给客户端。
07 桥梁模式
早上碰到 MM，要说早上好，晚上碰到 MM，要说晚上好；碰到 MM 穿了件新⾐服，要说你的⾐服好
漂亮哦，碰到 MM 新做的发型，要说你的头发好漂亮哦。不要问我 “早上碰到 MM 新做了个发型怎么说” 这种问题，⾃⼰⽤ BRIDGE 组合⼀下不就⾏了
桥梁模式：将抽象化与实现化脱耦，使得⼆者可以独⽴的变化，也就是说将他们之间的强关联变成弱关联，也就是指在⼀个软件系统的抽象化和实现化之间使⽤组合 / 聚合关系⽽不是继承关系，从⽽使两者可以独⽴的变化。
08 合成模式
Mary 今天过⽣⽇。“我过⽣⽇，你要送我⼀件礼物。”“嗯，好吧，去商店，你⾃⼰挑。”“这件 T 恤挺漂亮，买，这条裙⼦好看，买，这个包也不错，买。”“喂，买了三件了呀，我只答应送⼀件礼物的哦。”“什么呀，T 恤加裙⼦加包包，正好配成⼀套呀，⼩，⿇烦你包起来。”“……”，MM 都会⽤ Composite 模式了，你会了没有？
合成模式：合成模式将对象组织到树结构中，可以⽤来描述整体与部分的关系。合成模式就是⼀个处理对象的树结构的模式。合成模式把部分与整体的关系⽤树结构表⽰出来。合成模式使得客户端把⼀个个单独的成分对象和由他们复合⽽成的合成对象同等看待。
09 装饰模式
Mary 过完轮到 Sarly 过⽣⽇，还是不要叫她⾃⼰挑了，不然这个⽉伙⾷费肯定玩完，拿出我去年在华⼭顶上照的照⽚，在背⾯写上 “最好的的礼物，就是爱你的 Fita”，再到街上礼品店买了个像框（卖礼品的 MM 也很漂亮哦），再隔壁搞美术设计的 Mike 设计了⼀个漂亮的盒⼦装起来……，我们都是 Decorator，最终都在修饰我这个⼈呀，怎么样，看懂了吗？
装饰模式：装饰模式以对客户端透明的⽅式扩展对象的功能，是继承关系的⼀个替代⽅案，提供⽐继承更多的灵活性。动态给⼀个对象增加功能，这些功能可以再动态的撤消。增加由⼀些基本功能的排列组合⽽产⽣的⾮常⼤量的功能。
10 门⾯模式
我有⼀个专业的 Nikon 相机，我就喜欢⾃⼰⼿动调光圈、快门，这样照出来的照⽚才专业，但 MM 可不懂这些，教了半天也不会。幸好相机有 Facade 设计模式，把相机调整到⾃动档，只要对准⽬标按快门就⾏了，⼀切由相机⾃动调整，这样 MM 也可以⽤这个相机给我拍张照⽚了。门⾯模式：外部与⼀个⼦系统的通信必须通过⼀个统⼀的门⾯对象进⾏。
门⾯模式提供⼀个⾼层次的接⼝，使得⼦系统更易于使⽤。每⼀个⼦系统只有⼀个门⾯类，⽽且此门⾯类只有⼀个实例，也就是说它是⼀个单例模式。但整个系统可以有多个门⾯类。
11 享元模式
每天跟 MM 发短信，⼿指都累死了，最近买了个新⼿机，可以把⼀些常⽤的句⼦存在⼿机⾥，要⽤的时候，直接拿出来，在前⾯加上 MM 的名字就可以发送了，再不⽤⼀个字⼀个字敲了。共享的句⼦就是 Flyweight，MM 的名字就是提取出来的外部特征，根据上下⽂情况使⽤。享元模式：FLYWEIGHT 在拳击⽐赛中指最轻量级。
享元模式以共享的⽅式⾼效的⽀持⼤量的细粒度对象。享元模式能做到共享的关键是区分内蕴状态和外蕴状态。内蕴状态存储在享元内部，不会随环境的改变⽽有所不同。外蕴状态是随环境的改变⽽改变的。外蕴状态不能影响内蕴状态，它们是相互独⽴的。
将可以共享的状态和不可以共享的状态从常规类中区分开来，将不可以共享的状态从类⾥剔除出去。客户端不可以直接创建被共享的对象，⽽应当使⽤⼀个⼯⼚对象负责创建被共享的对象。享元模式⼤幅度的降低内存中对象的数量。
12 代理模式
跟 MM 在⽹上聊天，⼀开头总是 “hi, 你好”,“你从哪⼉来呀？”“你多⼤了？”“⾝⾼多少呀？” 这些话，真烦⼈，写个程序做为我的Proxy 吧，凡是接收到这些话都设置好了⾃⼰的回答，接收到其他的话时再通知我回答，怎么样，酷吧。
代理模式：代理模式给某⼀个对象提供⼀个代理对象，并由代理对象控制对源对象的引⽤。代理就是⼀个⼈或⼀个机构代表另⼀个⼈或者⼀个机构采取⾏动。某些情况下，客户不想或者不能够直接引⽤⼀个对象，代理对象可以在客户和⽬标对象直接起到中介的作⽤。
客户端分辨不出代理主题对象与真实主题对象。代理模式可以并不知道真正的被代理对象，⽽仅仅持有⼀个被代理对象的接⼝，这时候代理对象不能够创建被代理对象，被代理对象必须有系统的其他⾓⾊代为创建并传⼊。
13 责任链模式
晚上去上英语课，为了好开溜坐到了最后⼀排，哇，前⾯坐了好⼏个漂亮的 MM 哎，张纸条，写上 “Hi, 可以做我的⼥朋友吗？如果不愿意请向前传”，纸条就⼀个接⼀个的传上去了，糟糕，传到第⼀排的 MM 把纸条传给⽼师了，听说是个⽼处⼥呀，快跑！
责任链模式：在责任链模式中，很多对象由每⼀个对象对其下家的引⽤⽽接起来形成⼀条链。请求在这个链上传递，直到链上的某⼀个对象决定处理此请求。客户并不知道链上的哪⼀个对象最终处理这个请求，系统可以在不影响客户端的情况下动态的重新组织链和分配责任。处理者有两个选择：承担责任或者把责任推给下家。⼀个请求可以最终不被任何接收端对象所接受。
14 命令模式
俺有⼀个 MM 家⾥管得特别严，没法见⾯，只好借助于她弟弟在我们俩之间传送信息，她对我有什么指⽰，就写⼀张纸条让她弟弟带给我。这不，她弟弟⼜传送过来⼀个 COMMAND，为了感谢他，我请他吃了碗杂酱⾯，哪知道他说：“我同时给我三个男朋友送COMMAND，就数你最⼩⽓，才请我吃⾯。”
命令模式：命令模式把⼀个请求或者操作封装到⼀个对象中。命令模式把发出命令的责任和执⾏命令的责任分割开，委派给不同的对象。命令模式允许请求的⼀⽅和发送的⼀⽅独⽴开来，使得请求的⼀⽅不必知道接收请求的⼀⽅的接⼝，更不必知道请求是怎么被接收，以及操作是否执⾏，何时被执⾏以及是怎么被执⾏的。系统⽀持命令的撤消。
15 解释器模式
俺有⼀个《泡 MM 真经》，上⾯有各种泡 MM 的攻略，⽐如说去吃西餐的步骤、去看电影的⽅法等等，跟 MM 约会时，只要做⼀个Interpreter，照着上⾯的脚本执⾏就可以了。
解释器模式：给定⼀个语⾔后，解释器模式可以定义出其⽂法的⼀种表⽰，并同时提供⼀个解释器。客户端可以使⽤这个解释器来解释这个语⾔中的句⼦。解释器模式将描述怎样在有了⼀个简单的⽂法后，使⽤模式设计解释这些语句。
法拉利怎么样
在解释器模式⾥⾯提到的语⾔是指任何解释器对象能够解释的任何组合。在解释器模式中需要定义⼀个代表⽂法的命令类的等级结构，也就是⼀系列的组合规则。每⼀个命令对象都有⼀个解释⽅法，代表对命令对象的解释。命令对象的等级结构中的对象的任何排列组合都是⼀个语⾔。
16 迭代模式
我爱上了 Mary，不顾⼀切的向她求婚。Mary：“想要我跟你结婚，得答应我的条件” 我：“什么条件我都答应，你说吧” Mary：“我看上了那个⼀克拉的钻⽯” 我：“我买，我买，还有吗？” Mary：“我看上了湖边的那栋别墅” 我：“我买，我买，还有吗？”
Mary：“我看上那辆法拉利跑车” 我脑袋嗡的⼀声，坐在椅⼦上，⼀咬⽛：“我买，我买，还有吗？”
迭代模式：迭代模式可以顺序访问⼀个聚集中的元素⽽不必暴露聚集的内部表象。多个对象聚在⼀起形成的总体称之为聚集，聚集对象是能够包容⼀组对象的容器对象。迭代⼦模式将迭代逻辑封装到⼀个独⽴的⼦对象中，从⽽与聚集本⾝隔开。
迭代模式简化了聚集的界⾯。每⼀个聚集对象都可以有⼀个或⼀个以上的迭代⼦对象，每⼀个迭代⼦的迭代状态可以是彼此独⽴的。迭代算法可以独⽴于聚集⾓⾊变化。
17 调停者模式
四个 MM 打⿇将，相互之间谁应该给谁多少钱算不清楚了，幸亏当时我在旁边，按照各⾃的筹码数算钱，赚了钱的从我这⾥拿，赔了钱的也付给我，⼀切就 OK 啦，俺得到了四个 MM 的电话。调停者模式：调停者模式包装了⼀系列对象相互作⽤的⽅式，使得这些对象不必相互明显作⽤。从⽽使他们可以松散偶合。
当某些对象之间的作⽤发⽣改变时，不会⽴即影响其他的⼀些对象之间的作⽤。保证这些作⽤可以彼此独⽴的变化。调停者模式将多对多的相互作⽤转化为⼀对多的相互作⽤。调停者模式将对象的⾏为和协作抽象化，把对象在⼩尺度的⾏为上与其他对象的相互作⽤分开处理。
18 备忘录模式
同时跟⼏个 MM 聊天时，⼀定要记清楚刚才跟 MM 说了些什么话，不然 MM 发现了会不⾼兴的哦，幸亏我有个备忘录，刚才与哪个 MM 说了什么话我都拷贝⼀份放到备忘录⾥⾯保存，这样可以随时察看以前的记录啦。
备忘录模式：备忘录对象是⼀个⽤来存储另外⼀个对象内部状态的快照的对象。备忘录模式的⽤意是在不破坏封装的条件下，将⼀个对象的状态捉住，并外部化，存储起来，从⽽可以在将来合适的时候把这个对象还原到存储起来的状态。
19 观察者模式
想知道咱们公司最新 MM 情报吗？加⼊公司的 MM 情报邮件组就⾏了，tom 负责搜集情报，他发现的新情报不⽤⼀个⼀个通知我们，直接发布给邮件组，我们作为订阅者（观察者）就可以及时收到情报啦。
观察者模式：观察者模式定义了⼀种⼀队多的依赖关系，让多个观察者对象同时监听某⼀个主题对象。这个主题对象在状态上发⽣变化时，会通知所有观察者对象，使他们能够⾃动更新⾃⼰。
20 状态模式
跟 MM 交往时，⼀定要注意她的状态哦，在不同的状态时她的⾏为会有不同，⽐如你约她今天晚上去看电影，对你没兴趣的 MM 就会说“有事情啦”，对你不讨厌但还没喜欢上的 MM 就会说 “好啊，不过可以带上我同事么？”，已经喜欢上你的 MM 就会说 “⼏点钟？看完电影再去泡吧怎么样？”，当然你看电影过程中表现良好的话，也可以把 MM 的状态从不讨厌不喜欢变成喜欢哦。
状态模式：状态模式允许⼀个对象在其内部状态改变的时候改变⾏为。这个对象看上去象是改变了它的类⼀样。状态模式把所研究的对象的⾏为包装在不同的状态对象⾥，每⼀个状态对象都属于⼀个抽象状态类的⼀个⼦类。
状态模式的意图是让⼀个对象在其内部状态改变的时候，其⾏为也随之改变。状态模式需要对每⼀个系统可能取得的状态创⽴⼀个状态类的⼦类。当系统的状态变化时，系统便改变所选的⼦类。
21 策略模式
跟不同类型的 MM 约会，要⽤不同的策略，有的请电影⽐较好，有的则去吃⼩吃效果不错，有的去海边浪漫最合适，单⽬的都是为了得到MM 的芳⼼，我的追 MM 锦囊中有好多 Strategy 哦。策略模式：策略模式针对⼀组算法，将每⼀个算法封装到具有共同接⼝的独⽴的类中，从⽽使得它们可以相互替换。
策略模式使得算法可以在不影响到客户端的情况下发⽣变化。策略模把⾏为和环境分开。环境类负责维持和查询⾏为类，各种算法在具体的策略类中提供。由于算法和环境独⽴开来，算法的增减，修改都不会影响到环境和客户端。
m55022 模板⽅法模式
看过《如何说服⼥⽣上床》这部经典⽂章吗？⼥⽣从认识到上床的不变的步骤分为巧遇、打破僵局、展开追求、接吻、前戏、动⼿、爱抚、进去⼋⼤步骤 (Template method)，但每个步骤针对不同的情况，都有不⼀样的做法，这就要看你随机应变啦 (具体实现)；对于新⼿⼩⽩想更轻松的学好Java提升，Java架构，web开发、⼤数据，数据分析,⼈⼯智能等技术，这⾥给⼤家分享系统教学资源，扩列下我尉（同英）：CGMX9880 【教程/⼯具/⽅法/解疑】
模板⽅法模式：模板⽅法模式准备⼀个抽象类，将部分逻辑以具体⽅法以及具体构造⼦的形式实现，然后声明⼀些抽象⽅法来迫使⼦类实现剩余的逻辑。不同的⼦类可以以不同的⽅式实现这些抽象⽅法，从⽽对剩余的逻辑有不同的实现。先制定⼀个顶级逻辑框架，⽽将逻辑的细节留给具体的⼦类去实现。
23 访问者模式
情⼈节到了，要给每个 MM 送⼀束鲜花和⼀张卡⽚，可是每个 MM 送的花都要针对她个⼈的特点，每张卡⽚也要根据个⼈的特点来挑，我⼀个⼈哪搞得清楚，还是花店⽼板和礼品店⽼板做⼀下 Visitor，让花店⽼板根据 MM 的特点选⼀束花，让礼品店⽼板也根据每个⼈特点选⼀张卡，这样就轻松多了；
猛禽ht
访问者模式：访问者模式的⽬的是封装⼀些施加于某种数据结构元素之上的操作。⼀旦这些操作需要修改的话，接受这个操作的数据结构可以保持不变。访问者模式适⽤于数据结构相对未定的系统，它把数据结构和作⽤于结构上的操作之间的耦合解脱开，使得操作集合可以相对⾃由的演化。访问者模式使得增加新的操作变的很容易，就是增加⼀个新的访问者类。
访问者模式将有关的⾏为集中到⼀个访问者对象中，⽽不是分散到⼀个个的节点类中。当使⽤访问者模式时，要将尽可能多的对象浏览逻辑放在访问者类中，⽽不是放到它的⼦类中。访问者模式可以跨
大众新朗逸1.4t过⼏个类的等级结构访问属于不同的等级结构的成员类。
PS：如果觉得我的分享不错，欢迎⼤家随⼿点赞、在看。
Java中级以上福利教程领取⽅式：
1、点赞+评论（勾选“同时转发”）
2、关注⼩编。并私信回复关键字【19】
（⼀定要私信哦~点击我的头像就能看到私信按钮了）