设计模式
文章平均质量分 86
0不等于1
这个作者很懒,什么都没留下…
展开
-
composite模式
Composite模式一.意图将对象组合成树形结构以表示”部分-整体”的层次结构,composite使得用户对单个对象和组合对象的使用具有一致性.二.适用性1. 你想表示对象的部分-整体层次结构2. 你希望用户忽略组合对象与单个对象的不同,用户将统一地使用组合结构中的所有对象三.结构 四.代码#include#incl原创 2016-07-11 13:50:50 · 241 阅读 · 0 评论 -
Interpreter模式
Interpreter模式1. 意图给定一个语言,定义它的文法的一种表示,并定义一个解释器,这个解释器使用该表示来解释语言中的句子。2. 适用性当有一个语言需要解释执行,并且你可将该语言中的句子表示为一个抽象语法树时,可使用解释器模式。而当存在以下情况时该模式效果最好。该文法简单对于复杂的文法,文法的类层次变得庞大而无法管理。此时语法分析生成器这样的工具是更好的选择原创 2016-10-31 10:58:17 · 376 阅读 · 0 评论 -
Command模式
Command模式一. 意图将一个请求封装为一个对象,从而使你可用不同的请求对客户记性参数化;对请求排队或记录请求日志,一级支持可撤销的操作。 二. 适用性1. 抽象出待执行的动作以参数化某对象,你可用过程语言中的回调函数表达这种参数化机制。所谓回调函数是指函数现在某处注册,而它将在稍后某个需要的时候被调用。Command模式时回调机制的一个面向对象的原创 2016-12-07 15:33:18 · 257 阅读 · 0 评论 -
Chain of Responsibility模式
Chain of Responsibility模式一. 意图使多个对象都有机会处理请求,从而避免请求的发送者和接受者之间的耦合关系。将这些对象连成一条链,并沿着这条链传递该请求,知道有一个对象处理它为止。二. 适用性1. 有多个的对象可以处理一个请求,那个对象处理该请求运行时刻自动确定。2. 你想在不明确指定接受者的情况下,向多个对象中的一个提交原创 2016-11-11 16:30:20 · 231 阅读 · 0 评论 -
template method模式
Template Method模式一. 意图定义一个操作中的算法骨架,而将一些步骤延迟到子类中。Template Method使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。二. 适用性1. 一次性实现一个算法的不变的部分,并将可变的行为留给子类来实现2. 各子类中公共的行为应被提取出来并集中到一个公共父类中以避免代码重复。首先识别现有代码中的不原创 2016-11-04 15:34:12 · 290 阅读 · 0 评论 -
Iterator模式
Iterator模式一.意图提供一种方法顺序访问一个聚合对象中各个元素,而又不需暴露该对象的内部表示。二.适用性1. 访问一个聚合对象的内容而无需暴露它的内部表示2. 支持对聚合对象的多种遍历3. 为遍历不同聚合结构提供一个统一的接口(即支持多态迭代)。三.结构四.代码Iterator类H文件#ifndef ITERATOR_H#de原创 2016-12-16 15:26:41 · 200 阅读 · 0 评论 -
Mediator模式
Mediator模式一、意图用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式的相互引用,从而使其耦合松散,而且可以独立的改变它们之间的交互。 二、适用性1.一组对象以定义良好但是复杂的方式进行通信。产生的相互依赖关系结构混乱且难以理解。2.一个对象引用其他很多对象并且直接与这些对象通信,导致难以复用该对象。3.想定制一个分布在多个类中的行为,而又不想生成太原创 2017-06-29 14:32:18 · 196 阅读 · 0 评论 -
Memento模式
Memento模式一、意图在不破坏封装性的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态。这样以后就可将该对象恢复到原先保存的状态。 二、适用性必须保存一个对象在某一个时刻的(部分)状态,这样以后需要时它才能恢复到先前的状态。 如果一个用接口来让其它对象直接得到这些状态,将会暴露对象的实现细节并破坏对象的封装性。 三、结构 Origi原创 2017-06-29 16:42:38 · 259 阅读 · 0 评论 -
Observer模式
Observer模式一、意图定义对象间的一种一对多的依赖关系,当一个对象的状态发生改变时, 所有依赖于它的对象都得到通知并被自动更新。 二、适用性1.当一个抽象模型有两个方面, 其中一个方面依赖于另一方面。将这二者封装在独立的对象中以使它们可以各自独立地改变和复用。2.当对一个对象的改变需要同时改变其它对象, 而不知道具体有多少对象有待改变。3.当一个对象必须通知其原创 2017-06-30 14:11:45 · 268 阅读 · 0 评论 -
proxy模式
Proxy模式一.意图为其他对象提供一种代理以控制对这个对象的访问 二.适用性在需要用比较通用和复杂的对象指针代替简单指针的时候,使用proxy模式。远程代理,虚代理,保护代理,只能指引当第一次引用一个持久对象时,将它装入内存在访问一个实际对象前,检查是否已经锁定了它,以确保其他对象不能改变它。 三.结构 四.代码#原创 2016-10-21 15:55:26 · 231 阅读 · 0 评论 -
flyweight模式
Flyweight模式一.意图运用共享技术有效地支持大量细粒度的对象二.适用性1. 一个应用程序使用了大量的对象2. 完全由于使用大量的对象,造成很大的存储开销3. 对象的大多数状态都可变为外部状态4. 如果删除对象的外部状态,那么可以用相对较少的共享对象取代很多组对象5. 应用程序不依赖对象标识,由于flyweight对象可以被共享,原创 2016-08-20 21:26:47 · 245 阅读 · 0 评论 -
decorator模式
Decorator模式一.意图动态的给一个对象添加一些额外的职责.就增加功能来说,decorator模式相比生成子类更为灵活.二.适用性1. 在不影响其他对象的情况下,以动态透明的方式给单个对象添加职责2. 处理那些可以撤销的职责3. 当不能采用生成子类的方法进行扩充时,一种情况是,可能有大量独立的扩展,为支持每一种组合将产生大量的子类,使得子类数目呈爆炸原创 2016-07-13 15:58:31 · 311 阅读 · 0 评论 -
facade模式
Façade模式一.意图为子系统中的一组接口提供一个一致的界面,façade模式定义了一个高层接口,这个接口使得这一子系统更加容易使用.二.适用性1. 当你要为一个复杂子系统提供一个简单接口时,子系统旺旺因为不断演化而变得越来越复杂.大多数模式使用时都会产生更多更小的类.这使得子系统更具可重用性,也更容易对子系统进行定制,但这也给那些不需要定制子系统的用户带来一些使用上的困难原创 2016-07-15 11:51:18 · 249 阅读 · 0 评论 -
adapter模式
Adapter一. 意图将一个类的接口转换成客户希望的另外一个接口.Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作.二.适用性1. 想使用一个已经存在的类,而接口不符合你的需求2. 想创建一个可以复用的类,而该类与其他不相关的类或不可预见的类(即那些接口可能不一定兼容的类)协同工作.3. (仅使用与对象Adapter)想使用一原创 2016-06-30 16:03:45 · 389 阅读 · 0 评论 -
singleton模式
Singleton模式一.意图保证一个类仅有一个实例,并提供一个访问它的全局访问点.二.适用性1. 当类只能有一个实例而且客户可以从一个总所周知的访问点访问它时.2. 当这个唯一实例应该是通过子类化可扩展的.并且客户应该无需更改代码就能使用一个扩展的实例时.三.代码1. 基本单列模式,线程不安全#include#include"csinglet原创 2016-06-28 15:22:50 · 235 阅读 · 0 评论 -
prototype模式
Prototype模式一.意图用原型实例创建对象的种类,并且通过拷贝这些原型创建新的对象二.适用性1.实例化的类是在运行时刻指定时,入动态装载.2.当一个类的实例只能由几个不同状态组合中的一种时,.建立相应数目的原型并克隆他们可能比每次用手工实例化类更方便一些.三.使用场合当一个系统应该独立于产品的创建,构成和表示时,可以使用原型模式.四.深浅复制浅复制:复制引原创 2016-06-28 13:07:14 · 262 阅读 · 0 评论 -
Builder模式
Builder1.意图将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示.Builder模式的核心是聚合Director负责指挥,知道要做什么,Builder负责实施,负责做出来.Builder接口中封装如何创建一个个部件,Director的将部件组装成成品.2.代码#includeusingnamespacestd;//productcl原创 2016-06-21 16:55:42 · 512 阅读 · 0 评论 -
简单工厂,工厂模式,抽象工厂
简单工厂,工厂模式,抽象工厂都属于设计模式中的创建型模型,主要功能,帮助把对象的实例化部分抽取出来,增强系统扩展性.1.简单工厂简单工厂模式的工厂类一般是使用静态方法,通过接收的参数的不同来返回不同的对象实例。不修改代码的话,是无法扩展的。 #includeusingnamespacestd;classCPerson{public: vi原创 2016-06-21 10:52:32 · 184 阅读 · 0 评论 -
bridge模式
Bridge一.意图将抽象部分与它的实现部分分离,使它们都可以独立地变化.二.适用性1. 你不希望在抽象和它的实现部分有一个固定的绑定关系.2. 类的抽象以及它的实现都应该可以通过生成子类的方法加以扩充,这是bridge模式使你可以对不同的抽象接口和实现部分进行组合并分别对它们进行扩充.3. 对一个抽象的实现部分的修改应对客户不产生影响,即客户的代码不必重原创 2016-07-08 14:24:17 · 297 阅读 · 0 评论 -
Strategy模式
Strategy模式一.意图定义一系列的算法,把它们一个个封装起来, 并且使它们可相互替换。本模式使得算法可独立于使用它的客户而变化。 二.适用性1.许多相关的类仅仅是行为有异。“策略”提供了一种用多个行为中的一个行为来配置一个类的方法。2.需要使用一个算法的不同变体。例如,你可能会定义一些反映不同的空间/时间权衡的算法。当这些变体实现为一个算法的类层次时[ H O 8原创 2017-07-25 15:47:44 · 241 阅读 · 0 评论