摘要: 作用:定义一系列的算法,把它们一个个封装起来, 并且使它们可相互替换.本模式使得算法可独立于使用它的客户而变化。UML结构图:解析: 简而言之一句话,Strategy模式是对算法的封装.处理一个问题的时候可能有多种算法,这些算法的接口(输入参数,输出参数等)都是一致的,那么可以考虑采用Strategy模式对这些算法进行封装,在基类中定义一个函数接口就可以了.代码实现:Strategy.hCode highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/--12#ifnd 阅读全文
posted @ 2010-12-05 15:18 忧郁的加菲猫 阅读(430) 评论(0) 推荐(0) 编辑
摘要: 作用:定义对象间的一种一对多的依赖关系,当一个对象的状态发生改变时,所有依赖于它的对象都得到通知并被自动更新。UML结构图:解析: Observer模式定义的是一种一对多的关系,这里的一就是图中的Subject类,而多则是Obesrver类,当Subject类的状态发生变化的时候通知与之对应的Obesrver类们也去相应的更新状态,同时支持动态的添加和删除Observer对象的功能.Obesrver模式的实现要点是,第一一般subject类都是采用链表等容器来存放Observer对象,第二抽取出Observer对象的一些公共的属性形成Observer基类,而Subject中保存的则是Obser 阅读全文
posted @ 2010-12-05 15:06 忧郁的加菲猫 阅读(541) 评论(0) 推荐(0) 编辑
摘要: 作用:将一个请求封装为一个对象,从而使你可用不同的请求对客户进行参数化;对请求排队或记录请求日志,以及支持可撤消的操作。UML结构图:解析: Comnand模式的思想是把命令封装在一个类中,就是这里的Command基类,同时把接收对象也封装在一个类中就是这里的Receiver类中,由调用这个命令的类也就是这里的Invoker类来调用。其实,如果弄清楚了Command模式的原理,就会发现其实它和注册回调函数的原理是很相似的,而在面向过程的设计中的回调函数其实和这里的Command类的作用是一致的,采用Command模式解耦了命令的发出者和命令的执行者。代码实现:Command.hCode hig 阅读全文
posted @ 2010-12-05 14:53 忧郁的加菲猫 阅读(397) 评论(0) 推荐(1) 编辑
摘要: 作用:运用共享技术有效地支持大量细粒度的对象。UML结构图:解析: Flyweight模式在大量使用一些可以被共享的对象的时候经常使用.比如,在QQ聊天的时候很多时候你懒得回复又不得不回复的时候,一般会用一些客套的话语敷衍别人,如"呵呵","好的"等等之类的,这些简单的答复其实每个人都是提前定义好的,在使用的时候才调用出来.Flyweight就是基于解决这种问题的思路而产生的,当需要一个可以在其它地方共享使用的对象的时候,先去查询是否已经存在了同样的对象,如果没有就生成之有的话就直接使用.因此,Flyweight模式和Factory模式也经常混用。实现: 需要说明的是下面的实现仅仅实现了对可共 阅读全文
posted @ 2010-12-05 14:47 忧郁的加菲猫 阅读(424) 评论(0) 推荐(0) 编辑
摘要: 作用:使多个对象都有机会处理请求,从而避免请求的发送者和接收者之间的耦合关系.将这些对象连成一条链,并沿着这条链传递该请求,直到有一个对象处理它为止。UML结构图:抽象基类: 1)Handler:定义一个处理请求的接口,在图中这个接口就是HandleRequset函数,这个类同时有一个指向Handler对象的指针,指向后续的处理请求的对象(如果有的话)。解析: 这个模式把可以处理一个请求的对象以链的形式连在了一起,让这些对象都有处理请求的机会.好比原来看古装电视中经常看到皇宫中召见某人的时候,太监们(可以处理一个请求的对象)就会依次的喊:传XX...这样一直下去直到找到这个人为止.ChainO 阅读全文
posted @ 2010-12-05 14:41 忧郁的加菲猫 阅读(309) 评论(0) 推荐(0) 编辑
摘要: 作用: 定义一个操作中的算法的骨架,而将一些步骤延迟到子类中。TemplateMethod 使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。UML结构图:抽象基类: 1)AbstractClass:抽象基类,定义算法的轮廓解析: TemplateMethod 的关键在于在基类中定义了一个算法的轮廓,但是算法每一步具体的实现留给了派生类.但是这样也会造成设计的灵活性不高的缺点,因为轮廓已经定下来了要想改变就比较难了,这也是为什么优先采用聚合而不是继承的原因。代码实现:TemplateMethod.hCode highlighting produced by Actipro Cod 阅读全文
posted @ 2010-12-05 14:31 忧郁的加菲猫 阅读(309) 评论(0) 推荐(0) 编辑
摘要: 作用: 为其他对象提供一种代理以控制对这个对象的访问。UML结构图:抽象基类: 1)Subject:定义了Proxy和RealSubject的公有接口,这样就可以在任何需要使用到RealSubject的地方都使用Proxy。解析: Proxy其实是基于这样一种时常使用到的技术-某个对象直到它真正被使用到的时候才被初始化,在没有使用到的时候就暂时用Proxy作一个占位符.这个模式实现的要点就是Proxy和RealSubject都继承自Subject,这样保证了两个的接口都是一致的。代码实现:Proxy.hCode highlighting produced by Actipro CodeHigh 阅读全文
posted @ 2010-12-05 14:22 忧郁的加菲猫 阅读(398) 评论(0) 推荐(0) 编辑
摘要: Decorator模式的作用: 动态地给一个对象添加一些额外的职责。就像在墙上刷油漆。就增加功能来说,Decorator 模式相比生成子类更为灵活。Decorator常被翻译成"装饰",我觉得翻译成"油漆工"更形象点,油漆工(decorator)是用来刷油漆的,那么被刷油漆的对象我们称decoratee.这两种实体在Decorator模式中是必须的.为什么使用Decorator? 刷油漆的对象我们... 阅读全文
posted @ 2010-12-02 11:51 忧郁的加菲猫 阅读(409) 评论(0) 推荐(0) 编辑
摘要: Composite的作用: 将对象组合成树形结构以表示“部分-整体”的层次结构。Composite使得用户对单个对象和组合对象的使用具有一致性。Composite比较容易理解,想到Composite就应该想到树形结构图。组合体内这些对象都有共同接口,当组合体一个对象的方法被调用执行时,Composite将遍历(Iterator)整个树形结构,寻找同样包含这个方法的对象并实现... 阅读全文
posted @ 2010-12-01 11:32 忧郁的加菲猫 阅读(498) 评论(0) 推荐(0) 编辑
摘要: 作用:将抽象部分与它的实现部分分离,使它们都可以独立地变化。Bridge模式中存在三个核心概念:  1.抽象层:对实现层的上层处理或者上层调用。  2.实现层:对抽象层的处理或者调用,施以回应。具体实现抽象层的各种方法。  3.脱耦  实际上,Bridge就是通过抽象层与实现层的分离,来实现脱耦的目的的。UML结构图:左边为抽象层,右边为实现层。他们之间的“复合”关系即为B... 阅读全文
posted @ 2010-11-29 09:31 忧郁的加菲猫 阅读(629) 评论(0) 推荐(0) 编辑