《种设计模式趣谈》由会员分享，可在线阅读，更多相关《种设计模式趣谈（7页珍藏版）》请在金锄头文库上搜索。
1、32 种设计模式趣谈 好东西不得不转 在网上看见了这篇文章，作者以轻松的语言比喻了 java 的 32 种模式，有很好 的启发作用。 创建型模式 1、FACTORY追 MM 少不了请吃饭了，麦当劳的鸡翅和肯德基的鸡翅都是 MM 爱 吃的东西，虽然口味有所不同，但不管你带 MM 去麦当劳或肯德基，只管向服务 员说“来四个鸡翅”就行了。麦当劳和肯德基就是生产鸡翅的 Factory 工厂模式：客户类和工厂类分开。消费者任何时候需要某种产品，只需向工厂 请求即可。消费者无须修改就可以接纳新产品。缺点是当产品修改时，工厂类 也要做相应的修改。如：如何创建及如何向客户端提供。 2、 BUILDERMM 最
2、爱听的就是“我爱你”这句话了，见到不同地方的 MM,要能 够用她们的方言跟她说这句话哦，我有一个多种语言翻译机，上面每种语言都 有一个按键，见到 MM 我只要按对应的键，它就能够用相应的语言说出“我爱你” 这句话了，国外的 MM 也可以轻松搞掂，这就是我的“我爱你”builder。 （这 一定比美军在伊拉克用的翻译机好卖） 建造模式：将产品的内部表象和产品的生成过程分割开来，从而使一个建造过 程生成具有不同的内部表象的产品对象。建造模式使得产品内部表象可以独立 的变化，客户不必知道产品内部组成的细节。建造模式可以强制实行一种分步 骤进行的建造过程。 3、FACTORY METHOD请 MM 去
3、麦当劳吃汉堡，不同的 MM 有不同的口味，要每个 都记住是一件烦人的事情，我一般采用 Factory Method 模式，带着 MM 到服务 员那儿，说“要一个汉堡”，具体要什么样的汉堡呢，让 MM 直接跟服务员说就 行了。 工厂方法模式：核心工厂类不再负责所有产品的创建，而是将具体创建的工作 交给子类去做，成为一个抽象工厂角色，仅负责给出具体工厂类必须实现的接 口，而不接触哪一个产品类应当被实例化这种细节。 4、PROTOTYPE跟 MM 用 QQ 聊天，一定要说些深情的话语了，我搜集了好多肉 麻的情话，需要时只要 copy 出来放到 QQ 里面就行了，这就是我的情话 prototype 了
4、。（100 块钱一份，你要不要） 原 始模型模式：通过给出一个原型对象来指明所要创建的对象的类型，然后用 复制这个原型对象的方法创建出更多同类型的对象。原始模型模式允许动态的 增加或减少 产品类，产品类不需要非得有任何事先确定的等级结构，原始模型 模式适用于任何的等级结构。缺点是每一个类都必须配备一个克隆方法。 5、SINGLETON俺有 6 个漂亮的老婆，她们的老公都是我，我就是我们家里的 老公 Sigleton，她们只要说道“老公”，都是指的同一个人，那就是我(刚才 做了个梦啦，哪有这么好的事) 单例模式：单例模式确保某一个类只有一个实例，而且自行实例化并向整个系 统提供这个实例单例模式。
5、单例模式只应在有真正的“单一实例”的需求时才 可使用。 结构型模式 6、ADAPTER在朋友聚会上碰到了一个美女 Sarah，从香港来的，可我不会说 粤语，她不会说普通话，只好求助于我的朋友 kent 了，他作为我和 Sarah 之间 的 Adapter，让我和 Sarah 可以相互交谈了(也不知道他会不会耍我) 适配器（变压器）模式：把一个类的接口变换成客户端所期待的另一种接口， 从而使原本因接口原因不匹配而无法一起工作的两个类能够一起工作。适配类 可以根据参数返还一个合适的实例给客户端。 7、BRIDGE早上碰到 MM，要说早上好，晚上碰到 MM，要说晚上好；碰到 MM 穿 了件新衣服，要
6、说你的衣服好漂亮哦，碰到 MM 新做的发型，要说你的头发好漂 亮哦。不要问我“早上碰到 MM 新做了个发型怎么说”这种问题，自己用 BRIDGE 组合一下不就行了 桥梁模式：将抽象化与实现化脱耦，使得二者可以独立的变化，也就是说将他 们之间的强关联变成弱关联，也就是指在一个软件系统的抽象化和实现化之间 使用组合/聚合关系而不是继承关系，从而使两者可以独立的变化。 8、 COMPOSITEMary 今天过生日。“我过生日，你要送我一件礼物。”“嗯， 好吧，去商店，你自己挑。”“这件 T 恤挺漂亮，买，这条裙子好看，买， 这 个包也不错，买。”“喂，买了三件了呀，我只答应送一件礼物的哦。”“什 么
7、呀，T 恤加裙子加包包，正好配成一套呀，小姐，麻烦你包起来。” “”， MM 都会用 Composite 模式了，你会了没有？ 合成模式：合成模式将对象组织到树结构中，可以用来描述整体与部分的关系。 合成模式就是一个处理对象的树结构的模式。合成模式把部分与整体的关系用 树结构表示出来。合成模式使得客户端把一个个单独的成分对象和由他们复合 而成的合成对象同等看待。 9、 DECORATORMary 过完轮到 Sarly 过生日，还是不要叫她自己挑了，不然 这个月伙食费肯定玩完，拿出我去年在华山顶上照的照片，在背面写上 “最好 的的礼物，就是爱你的 Fita”，再到街上礼品店买了个像框（卖礼品的
8、MM 也 很漂亮哦），再找隔壁搞美术设计的 Mike 设计了一个漂亮的盒子装起 来，我们都是 Decorator，最终都在修饰我这个人呀，怎么样，看懂了吗？装饰模式：装饰模式以对客户端透明的方式扩展对象的功能，是继承关系的一 个替代方案，提供比继承更多的灵活性。动态给一个对象增加功能，这些功能 可以再动态的撤消。增加由一些基本功能的排列组合而产生的非常大量的功能。10、 FACADE我有一个专业的 Nikon 相机，我就喜欢自己手动调光圈、快门， 这样照出来的照片才专业，但 MM 可不懂这些，教了半天也不会。幸好相机有 Facade 设计模式，把相机调整到自动档，只要对准目标按快门就行了，一切
9、由 相机自动调整，这样 MM 也可以用这个相机给我拍张照片了。 门面模式：外部与一个子系统的通信必须通过一个统一的门面对象进行。门面 模式提供一个高层次的接口，使得子系统更易于使用。每一个子系统只有一个 门面类，而且此门面类只有一个实例，也就是说它是一个单例模式。但整个系 统可以有多个门面类。 11、 FLYWEIGHT每天跟 MM 发*，手指都累死了，最近买了个新手机，可以 把一些常用的句子存在手机里，要用的时候，直接拿出来，在前面加上 MM 的 名字就可以发送了，再不用一个字一个字敲了。共享的句子就是 Flyweight，MM 的名字就是提取出来的外部特征，根据上下文情况使用。 享元模式：
10、FLYWEIGHT 在拳击比赛中指最轻量级。享元模式以共享的方式高效 的支持大量的细粒度对象。享元模式能做到共享的关键是区分内蕴状态和外蕴 状 态。内蕴状态存储在享元内部，不会随环境的改变而有所不同。外蕴状态是 随环境的改变而改变的。外蕴状态不能影响内蕴状态，它们是相互独立的。将 可以共享的 状态和不可以共享的状态从常规类中区分开来，将不可以共享的状 态从类里剔除出去。客户端不可以直接创建被共享的对象，而应当使用一个工 厂对象负责创建被共 享的对象。享元模式大幅度的降低内存中对象的数量。 12、PROXY跟 MM 在网上聊天，一开头总是“hi,你好”,“你从哪儿来呀？” “你多大了？”“身高多
11、少呀？”这些话，真烦人，写个程序做为我的 Proxy 吧，凡是接收到这些话都设置好了自动的回答，接收到其他的话时再通知我回 答，怎么样，酷吧。 代理模式：代理模式给某一个对象提供一个代理对象，并由代理对象控制对源 对象的引用。代理就是一个人或一个机构代表另一个人或者一个机构采取行动。 某些情况 下，客户不想或者不能够直接引用一个对象，代理对象可以在客户和 目标对象直接起到中介的作用。客户端分辨不出代理主题对象与真实主题对象。 代理模式可以并 不知道真正的被代理对象，而仅仅持有一个被代理对象的接口， 这时候代理对象不能够创建被代理对象，被代理对象必须有系统的其他角色代 为创建并传入。 行为模式
12、13、 CHAIN OF RESPONSIBLEITY晚上去上英语课，为了好开溜坐到了最后一 排，哇，前面坐了好几个漂亮的 MM 哎，找张纸条，写上“Hi,可以做我的女朋 友 吗？如果不愿意请向前传”，纸条就一个接一个的传上去了，糟糕，传到第 一排的 MM 把纸条传给老师了，听说是个老处女呀，快跑! 责任链模式：在责任链模式中，很多对象由每一个对象对其下家的引用而接 起 来形成一条链。请求在这个链上传递，直到链上的某一个对象决定处理此请 求。客户并不知道链上的哪一个对象最终处理这个请求，系统可以在不影响客 户端的情况 下动态的重新组织链和分配责任。处理者有两个选择：承担责任或 者把责任推给下家
13、。一个请求可以最终不被任何接收端对象所接受。 14、 COMMAND俺有一个 MM 家里管得特别严，没法见面，只好借助于她弟弟在 我们俩之间传送信息，她对我有什么指示，就写一张纸条让她弟弟带给我。这 不， 她弟弟又传送过来一个 COMMAND，为了感谢他，我请他吃了碗杂酱面，哪 知道他说：“我同时给我姐姐三个男朋友送 COMMAND，就数你最小气，才请我 吃面。”，:-( 命令模式：命令模式把一个请求或者操作封装到一个对象中。命令模式把发出 命令的责任和执行命令的责任分割开，委派给 不同的对象。命令模式允许请求 的一方和发送的一方独立开来，使得请求的一方不必知道接收请求的一方的接 口，更不必知
14、道请求是怎么被接收，以及操作是否执 行，何时被执行以及是怎 么被执行的。系统支持命令的撤消。 15、INTERPRETER俺有一个泡 MM 真经，上面有各种泡 MM 的攻略，比如说 去吃西餐的步骤、去看电影的方法等等，跟 MM 约会时，只要做一个 Interpreter，照着上面的脚本执行就可以了。 解 释器模式：给定一个语言后，解释器模式可以定义出其文法的一种表示，并 同时提供一个解释器。客户端可以使用这个解释器来解释这个语言中的句子。 解释器模式 将描述怎样在有了一个简单的文法后，使用模式设计解释这些语句。 在解释器模式里面提到的语言是指任何解释器对象能够解释的任何组合。在解 释器模式中需
15、要定 义一个代表文法的命令类的等级结构，也就是一系列的组合 规则。每一个命令对象都有一个解释方法，代表对命令对象的解释。命令对象 的等级结构中的对象的任何 排列组合都是一个语言。 16、ITERATOR我爱上了 Mary，不顾一切的向她求婚。 Mary：“想要我跟你结婚，得答应我的条件” 我：“什么条件我都答应，你说吧” Mary：“我看上了那个一克拉的钻石” 我：“我买，我买，还有吗？” Mary：“我看上了湖边的那栋别墅” 我：“我买，我买，还有吗？” Mary：“你的头发必须要有 50cm 长” 我脑袋嗡的一声，坐在椅子上，一咬牙：“我长，我长，还有吗？” 迭 代子模式：迭代子模式可以顺
16、序访问一个聚集中的元素而不必暴露聚集的内 部表象。多个对象聚在一起形成的总体称之为聚集，聚集对象是能够包容一组 对象的容器 对象。迭代子模式将迭代逻辑封装到一个独立的子对象中，从而与 聚集本身隔开。迭代子模式简化了聚集的界面。每一个聚集对象都可以有一个 或一个以上的迭代子 对象，每一个迭代子的迭代状态可以是彼此独立的。迭代 算法可以独立于聚集角色变化。 17、MEDIATOR四个 MM 打麻将，相互之间谁应该给谁多少钱算不清楚了，幸亏 当时我在旁边，按照各自的筹码数算钱，赚了钱的从我这里拿，赔了钱的也付 给我，一切就 OK 啦，俺得到了四个 MM 的电话。 调 停者模式：调停者模式包装了一系列对象相互作用的方式，使得这些对象不 必相互明显作用。从而使他们可以松散偶合。当某些对象之间的作用发生改变 时，不会立 即影响其他的一些对象之间的作用。保证这些作用可以彼此独立的 变化。调停者模式将多对多的相互作用转化为一对多的相互作用。调停者模式 将对象的行为和协作 抽象化，把对象在小尺度的行为上与其他对象的相互作用 分开处理。 1
