共计 6188 个字符，预计需要花费 16 分钟才能阅读完成。
01 工厂办法
追 MM 少不了请吃饭了，麦当劳的鸡翅和肯德基的鸡翅都是 MM 爱吃的货色，尽管口味有所不同，但不论你带 MM 去麦当劳或肯德基，只管向服务员说「来四个鸡翅」就行了。麦当劳和肯德基就是生产鸡翅的 Factory 工厂模式：客户类和工厂类离开。
消费者任何时候须要某种产品，只需向工厂申请即可。消费者毋庸批改就能够接收新产品。毛病是当产品批改时，工厂类也要做相应的批改。如：如何创立及如何向客户端提供。
02 建造者模式
MM 最爱听的就是「我爱你」这句话了，见到不同中央的 MM，要可能用她们的方言跟她说这句话哦，我有一个多种语言翻译机，下面每种语言都有一个按键，见到 MM 我只有按对应的键，它就可能用相应的语言说出「我爱你」这句话了，国外的 MM 也能够轻松搞掂，这就是我的「我爱你」builder。
建造模式：将产品的内部表象和产品的生成过程宰割开来，从而使一个建造过程生成具备不同的内部表象的产品对象。建造模式使得产品内部表象能够独立的变动，客户不用晓得产品外部组成的细节。建造模式能够强制履行一种分步骤进行的建造过程。
03 形象工厂
请 MM 去麦当劳吃汉堡，不同的 MM 有不同的口味，要每个都记住是一件烦人的事件，我个别采纳 Factory Method 模式，带着 MM 到服务员那儿，说「要一个汉堡」，具体要什么样的汉堡呢，让 MM 间接跟服务员说就行了。
工厂办法模式：外围工厂类不再负责所有产品的创立，而是将具体创立的工作交给子类去做，成为一个形象工厂角色，仅负责给出具体工厂类必须实现的接口，而不接触哪一个产品类该当被实例化这种细节。
04 原型模式
跟 MM 用 QQ 聊天，肯定要说些深情的话语了，我收集了好多肉麻的情话，须要时只有 copy 进去放到 QQ 外面就行了，这就是我的情话 prototype 了。（100 块钱一份，你要不要）
原始模型模式：通过给出一个原型对象来指明所要创立的对象的类型，而后用复制这个原型对象的办法创立出更多同类型的对象。原始模型模式容许动静的减少或缩小产品类，产品类不须要非得有任何当时确定的等级构造，原始模型模式实用于任何的等级构造。毛病是每一个类都必须装备一个克隆办法。
05 单态模式
俺有 6 个丑陋的老婆，她们的老公都是我，我就是咱们家里的老公 Sigleton，她们只有说道「老公」，都是指的同一个人，那就是我 (方才做了个梦啦，哪有这么好的事)
单例模式：单例模式确保某一个类只有一个实例，而且自行实例化并向整个零碎提供这个实例单例模式。单例模式只应在有真正的“繁多实例”的需要时才可应用。
06 适配器模式
在敌人团聚上碰到了一个美女 Sarah，从香港来的，可我不会说粤语，她不会说普通话，只好求助于我的敌人 kent 了，他作为我和 Sarah 之间的 Adapter，让我和 Sarah 能够互相交谈了 (也不晓得他会不会耍我)
适配器（变压器）模式：把一个类的接口变换成客户端所期待的另一种接口，从而使本来因接口起因不匹配而无奈一起工作的两个类可能一起工作。适配类能够依据参数返还一个适合的实例给客户端。
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 哦。策略模式：策略模式针对一组算法，将每一个算法封装到具备独特接口的独立的类中，从而使得它们能够互相替换。
策略模式使得算法能够在不影响到客户端的状况下发生变化。策略模把行为和环境离开。环境类负责维持和查问行为类，各种算法在具体的策略类中提供。因为算法和环境独立开来，算法的增减，批改都不会影响到环境和客户端。
22 模板办法模式
看过《如何压服女生上床》这部经典文章吗？女生从意识到上床的不变的步骤分为巧遇、突破僵局、开展谋求、接吻、前戏、入手、爱抚、进去八大步骤 (Template method)，但每个步骤针对不同的状况，都有不一样的做法，这就要看你随机应变啦 (具体实现)；
模板办法模式：模板办法模式筹备一个抽象类，将局部逻辑以具体方法以及具体结构子的模式实现，而后申明一些形象办法来迫使子类实现残余的逻辑。不同的子类能够以不同的形式实现这些形象办法，从而对残余的逻辑有不同的实现。先制订一个顶级逻辑框架，而将逻辑的细节留给具体的子类去实现。
23 访问者模式
情人节到了，要给每个 MM 送一束鲜花和一张卡片，可是每个 MM 送的花都要针对她集体的特点，每张卡片也要依据集体的特点来挑，我一个人哪搞得分明，还是找花店老板和礼品店老板做一下 Visitor，让花店老板依据 MM 的特点选一束花，让礼品店老板也依据每个人特点选一张卡，这样就轻松多了；
访问者模式：访问者模式的目标是封装一些施加于某种数据结构元素之上的操作。一旦这些操作须要批改的话，承受这个操作的数据结构能够放弃不变。访问者模式实用于数据结构绝对未定的零碎，它把数据结构和作用于构造上的操作之间的耦合解脱开，使得操作汇合能够绝对自在的演变。访问者模式使得减少新的操作变的很容易，就是减少一个新的访问者类。
访问者模式将无关的行为集中到一个访问者对象中，而不是扩散到一个个的节点类中。当应用访问者模式时，要将尽可能多的对象浏览逻辑放在访问者类中，而不是放到它的子类中。访问者模式能够跨过几个类的等级构造拜访属于不同的等级构造的成员类。
起源 | zhuanlan.zhihu.com/p/100746724
