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

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。