您好,欢迎访问三七文档
当前位置:首页 > 商业/管理/HR > 市场营销 > 23种设计模式趣味讲解
23种设计模式趣味讲解对设计模式很有意思的诠释,呵呵,原作者不详。创立型模式1、FACTORY—追MM少不了请吃饭了,麦当劳的鸡翅和肯德基的鸡翅都是MM爱吃的东西,固然口味有所不同,但不管你带MM往麦当劳或肯德基,只管向服务员说“来四个鸡翅”就行了。麦当劳和肯德基就是生产鸡翅的Factory工厂模式:客户类和工厂类离开。花费者任何时候需要某种产品,只需向工厂恳求即可。花费者无须修正就可以接纳新产品。毛病是当产品修正时,工厂类也要做相应的修正。如:如何创立及如何向客户端供给。2、BUILDER—MM最爱听的就是“我爱你”这句话了,见到不同处所的MM,要能够用她们的方言跟她说这句话哦,我有一个多种语言翻译机,上面每种语言都有一个按键,见到MM我只要按对应的键,它就能够用相应的语言说出“我爱你”这句话了,国外的MM也可以轻松搞掂,这就是我的“我爱你”builder。(这必定比美军在伊拉克用的翻译机好卖)建造模式:将产品的内部表象和产品的天生过程分割开来,从而使一个建造过程天生具有不同的内部表象的产品对象。建造模式使得产品内部表象可以独立的变更,客户不必知道产品内部组成的细节。建造模式可以强迫履行一种分步骤进行的建造过程。3、FACTORYMETHOD—请MM往麦当劳吃汉堡,不同的MM有不同的口味,要每个都记住是一件烦人的事情,我一般采用FactoryMethod模式,带着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设计模式,把相机调剂到主动档,只要对准目标按快门就行了,一切由相机主动调剂,这样MM也可以用这个相机给我拍张照片了。门面模式:外部与一个子系统的通信必须通过一个同一的门面对象进行。门面模式供给一个高层次的串口,使得子系统更易于应用。每一个子系统只有一个门面类,而且此门面类只有一个实例,也就是说它是一个单例模式。但全部系统可以有多个门面类。11、FLYWEIGHT—天天跟MM发短信,手指都累死了,最近买了个新手机,可以把一些常用的句子存在手机里,要用的时候,直接拿出来,在前面加上MM的名字就可以发送了,再不用一个字一个字敲了。共享的句子就是Flyweight,MM的名字就是提取出来的外部特点,根据高低文情况应用。享元模式:FLYWEIGHT在拳击比赛中指最轻量级。享元模式以共享的方法高效的支撑大批的细粒度对象。享元模式能做到共享的要害是区分内蕴状态和外蕴状态。内蕴状态存储在享元内部,不会随环境的转变而有所不同。外蕴状态是随环境的转变而转变的。外蕴状态不能影响内蕴状态,它们是相互独立的。将可以共享的状态和不可以共享的状态从惯例类中区离开来,将不可以共享的状态从类里剔除出往。客户端不可以直接创立被共享的对象,而应当应用一个工厂对象负责创立被共享的对象。享元模式大幅度的下降内存中对象的数目。12、PROXY—跟MM在网上聊天,一开头总是“hi,你好”,“你从哪儿来呀?”“你多大了?”“身高多少呀?”这些话,真烦人,写个程序做为我的Proxy吧,凡是接收到这些话都设置好了主动的答复,接收到其他的话时再通知我答复,怎么样,酷吧。代理模式:代理模式给某一个对象供给一个代理对象,并由代理对象把持对源对象的引用。代理就是一个人或一个机构代表另一个人或者一个机构采用举动。某些情况下,客户不想或者不能够直接引用一个对象,代理对象可以在客户和目标对象直接起到中介的作用。客户端分辨不出代理主题对象与真实主题对象。代理模式可以并不知道真正的被代理对象,而仅仅持有一个被代理对象的串口,这时候代理对象不能够创立被代理对象,被代理对象必须有系统的其他角色代为创立并传进。行动模式13、CHAINOFRESPONSIBLEITY—晚上往上英语课,为了好开溜坐到了最后一排,哇,前面坐了好几个美丽的MM哎,找张纸条,写上“Hi,可以做我的女朋友吗?假如不愿意请向前传”,纸条就一个接一个的传上往了,糟糕,传到第一排的MM把纸条传给老师了,听说是个老童贞呀,快跑!义务链模式:在义务链模式中,很多对象由每一个对象对其下家的引用而接起来形成一条链。恳求在这个链上传递,直到链上的某一个对象决定处理此恳求。客户并不知道链上的哪一个对象终极处理这个恳求,系统可以在不影响客户真个情况下动态的重新组织链和分配义务。处理者有两个选择:承担义务或者把义务推给下家。一个恳求可以终极不被任何接收端对象所接收。14、COMMAND—俺有一个MM家里管得特别严,没法会晤,只好借助于她弟弟在我们俩之间传送信息,她对我有什么唆使,就写一张纸条让她弟弟带给我。这不,她弟弟又传送过来一个COMMAND,为了感谢他,我请他吃了碗杂酱面,哪知道他说:“我同时给我姐姐三个男朋友送COMMAND,就数你最吝啬,才请我吃面。”,:-(命令模式:命令模式把一个恳求或者操纵封装到一个对象中。命令模式把发出命令的义务和履行命令的义务分割开,委派给不同的对象。命令模式容许恳求的一方和发送的一方独立开来,使得恳求的一方不必知道接收恳求的一方的串口,更不必知道恳求是怎么被接收,以及操纵是否履行,何时被履行以及是怎么被履行的。系统支撑命令的取消。15、INTERPRETER—俺有一个《泡MM真经》,上面有各种泡MM的攻略,比如说往吃西餐的步骤、往看电影的方法等等,跟MM约会时,只要做一个Interpreter,照着上面的脚本履行就可以了。说明器模式:给定一个语言后,说明器模式可以定义出其文法的一种表现,并同时供给一个说明器。客户端可以应用这个说明器来说明这个语言中的句子。说明器模式将描写怎样在有了一个简略的文法后,应用模式设计说明这些语句。在说明器模式里面提到的语言是指任何说明器对象能够说明的任何组合。在说明器模式中需要定义一个代表文法的命令类的等级结构,也就是一系列的组合规矩。每一个命令对象都有一个说明方法,代表对命令对象的说明。命令对象的等级结构中的对象的任何排列组合都是一个语言。16、ITERATOR—我爱上了Mary,不顾一切的向她求婚。Mary:“想要我跟你结婚,得答应我的条件”我:“什么条件我都答应,你说吧”Mary:“我看上了那个一克拉的钻石”我:“我买,我买,还有吗?”Mary:“我看上了湖边的那栋别墅”我:“我买,我买,还有吗?”Mary:“你的小弟弟必需要有50cm长”我脑袋嗡的一声,坐在椅子上,一咬牙:“我剪,我剪,还有吗?”……迭代子模式:迭代子模式可以次序访问一个凑集中的元素而不必裸露凑集的内部表象。多个对象聚在一起形成的总体称之为凑集,凑集对象是能够包容一组对象的容器对象。迭代子模式将迭代逻辑封装到一个独立的子对象中,从而与凑集本身隔开。迭代子模式简化了凑集的界面。每一个凑集对象都可以有一个或一个以上的迭代子对象,每一个迭代子的迭代状态可以是彼此独立的。迭代算法可以独立于凑集角色变更。17、MEDIATOR—四个MM打麻将,相互之间谁应当给谁多少钱算不明白了,幸亏当时我在旁边,按照各自的筹码数算钱,赚了钱的从我这里拿,赔了钱的也付给我,一切就OK啦,俺得到了四个MM的电话。调解者模式:调解者模式包装了一系列对象相互作用的方法,使得这些对象不必相互明显作用。从而使他们可以疏松偶合。当某些对象之间的作用产生转变时,不会立即影响其他的一些对象之间的作用。保证这些作用可以彼此独立的变更。调解者模式将多对多的相互作用转化为一对多的相互作用。调解者模式将对象的行动和协作抽象化,把对象在小标准的行动上与其他对象的相互作用离开处理。18、MEMENTO—同时跟几个MM聊天时,必定要记明白刚才跟MM说了些什么话,不然MM发明了会不高兴的哦,幸亏我有个备忘录,刚才与哪个MM说了什么话我都拷贝一份放到备忘录里面保存,这样可以随时观察以前的记录啦。备忘录模式:备忘录对象是一个用来存储另外一个对象内部状态的快照的对象。备忘录模式的用意是在不损坏封装的条件下,将一个对象的状态捉住,并外部化,存储起来,从而可以在将来合适的时候把这个对象还原到存储起来的状态。19、OBSERVER—想知道咱们公司最新MM情报吗?参加公司的MM情报邮件组就行了,tom负责搜集情报,他发明的新情报不用一个一个通知我们,直接发布给邮件组,我们作为订阅者(观察者)就可以及时收到情报啦观察者模式:观察者模式定义了一种一队多的依附关系
本文标题:23种设计模式趣味讲解
链接地址:https://www.777doc.com/doc-2913329 .html