1.对象创建型模式 1.3           Abstract Factory模式 1.3.1 需求 在下面情况能够使用Abstract Factory模式: •  一个系统要独立于它的产品的创建.组合和表示时(这个需求和FactoryMethod类似). •  一个系统要由多个产品系列中的一个来配置时(这个需求也和Factory Method类似). •  当你要强调一系列相关的产品对象的设计以便进行联合使用时(这个需求表明一个工厂要创建多个相关的产品对象,是比FactoryMethod多的…

1.对象创建型模式 1.4          Protoype模式 1.4.1需求 通过拷贝原形对象创建新的对象. 1.4.2结构 •P r o t o t y p e(Gr a p h i c) - 声明一个克隆自身的接口. •C o n c r e t e P r o t o t y p e(S t a ff.W h o l e N o t e.H a l fN o t e) - 实现一个克隆自身的操作. •  C l i e n t(G r a p h i c To o l) - 让一个原…

1.意图 用一个中介对象来封装一系列的对象交互.中介者使各个对象不需要显示地相互引用,从而使其耦合松散,而且可以独立地改变它们之间的交互. 2.动机 通过将集体行为封装在一个单独的中介者对象中,中介者负责控制和协调一组对象间的交互.中介者充当一个中介以使组中的对象不再相互显示引用.这些对象只知道中介者,从而减少了相互连接的数目. 3.适用性 一组对象定义良好,但是以复杂的方式进行通信.产生的相互依赖关系结构混乱且难以理解. 一个对象引用其它很多对象并且直接与这些对象通信,导致难以复用该对象. 想…

1.意图 保证一个类仅有一个实例,并提供一个访问它的全局访问点. 2.动机 对一些类来说,只有一个实例是很重要的.让类自身负责保存它唯一的实例,这个类可以保证没有其他实例可以被创建(通过截取创建新对象的请求),并且它可以提供一个访问该实例的方法. 3.适用性 当类只能有一个实例而且客户可以从一个周所周知的访问点访问它时. 当这个唯一实例应该是通过子类化可扩展的,并且客户应该无需更改代码就能使用一个扩展的实例时. 4.结构 5.代码实例 #include <iostream> #include…

1.意图 对象之间一对多的依赖关系,当目标对象发生改变时,所有依赖于它的对象都要得到通知并自动更新 2.别名 依赖,发布-订阅 3.动机 1)需要确保相互协作的对象的一致性(数据要保持一致),但一致性会使各个对象紧密耦合,减低它们的可重用性. 2)Observer模式描述了如何建立这种关系:一个目标(Subject)可以有任意个依赖于它的观察者(Observer),当目标发生改变的时候,所有观察者都得到通知(Notify):观察者响应通知(Update),会去查询目标状态(GetState)使其…

意图 又名:游标(Cursor): 提供一种方法顺序访问一个聚合对象中各个元素,而又不暴露该对象的内部表示. 动机 一个聚合对象,提供访问元素的方法,而有不暴露它的内部结构.如list,将对列表的访问和遍历从列表对象中分离出来并放入一个迭代器(iterator)中.迭代器定义了一个访问该列表元素的接口.迭代器负责跟踪当前元素. java实现要素:迭代器接口+迭代器+集合接口+集合实现 集合接口中定义,返回迭代器的接口方法 集合对象中具体实现返回的迭代器 代码实现 //迭代器接口 public i…

1.意图 提供一种方法顺序访问一个聚合对象中的各个元素,而又不暴露该对象的内部表示. 2.别名 Cursor-游标. 3.动机 一个聚合对象,应该提供一种方法来让别人可以访问它的元素,而又不需暴露它的内部结构. 4.适用性 访问一个聚合对象的内容而无需暴露它的内部表示. 支持聚合对象的多种遍历. 为遍历不同的聚合结构提供一个统一的接口,即,支持多态迭代. 5.结构 6.效果 迭代器模式有三个重要的作用: 支持以不同的方式遍历一个聚合,复杂的聚合可用多种方式进行遍历. 迭代器简化了聚合的接口,有了…

1.意图 将一个请求封装为一个对象,从而使你可用不同的请求对客户进行参数化:对请求排队或记录请求日志,以及支持可撤销的操作. 2.别名 动作(Action),事务(Transaction) 3.动机 命令模式通过将请求本身变成一个对象来使请求可向未指定的应用对象提出请求.这个对象可被存储并像其他的对象一样被传递. 4.适用性 抽象出待执行的动作以参数化某对象. 在不同的时刻指定.排列和执行请求 支持取消操作. 支持修改日志,这样当系统崩溃时,这些修改可以被重做一遍 用构建在原语操作上的高层操作构…

1.意图 使多个对象都有机会处理请求,从而避免请求的发送者和接收者之间的耦合关系.将这些对象连成一条链,并沿着这条链传递该请求,直到有一个对象处理它为止. 2.动机 给多个对象处理一个请求的机会,从而解耦发送者和接收者. 3.适用性 有多个的对象可以处理一个请求,哪个对象处理该请求运行时刻自动确定. 你想在不明确指定接收者的情况下,向多个对象中的一个提交一个请求. 可处理一个请求的对象集合应被动态指定. 4.结构 5.代码实例 //Handler.h #include <memory> cla…

意图 提供一个创建一系列相关或相互依赖对象的接口,而无需指定它们具体的类. 适用性 在以下情况可以使用 Abstract Factory模式 • 一个系统要独立于它的产品的创建.组合和表示时. • 一个系统要由多个产品系列中的一个来配置时. • 当你要强调一系列相关的产品对象的设计以便进行联合使用时. • 当你提供一个产品类库,而只想显示它们的接口而不是实现时. 结构 模式结构图如下所示:…