|
C++设计模式
设计模式C++学习笔记之二十（完结篇 & 面向对象原则）设计模式C++实例下载
摘要: Prototype(原型模式)20.1.解释概念：用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象。main()，客户ICloneableNow，只有一个接口CloneCMail，实体类CAdvTemplate，说明：通过克隆的方式很快速的得到一个新的对象，然后稍微修改就是一个全新的对象了，节省了重新创建对象对资源的大量占用。Mediator(中介者模式)21.1.解释概念：用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式地相互引用，从而使其耦合松散，而且可以独立地改变它们之间的交互。main()，客户IAbstractMediator，中介者接口CMediator阅读全文
设计模式C++学习笔记之十九（State状态模式）
摘要: 19.1.解释概念：允许一个对象在其内部状态改变时改变它的行为。对象看起来似乎修改了它的类。main()，客户CLiftState，电梯状态抽象类CCloseingState，电梯门关闭COpenningState，电梯门打开CRunningState，电梯运行CStoppingState，电梯停止CContext，电梯的控制面板说明：CContext保持电梯的状态，并提供操作的接口函数。当函数被调用时，CContext直接调用当前状态的相应函数。由状态的接口函数来确定是否可以执行这个动作，以及修改状态为执行这个动作后的状态。看代码：第一块是不使用模式的做法，第二块是使用模式的做法，在main阅读全文
设计模式C++学习笔记之十八（Visitor访问者模式）
摘要: 18.1.解释概念：表示一个作用于某对象结构中的各元素的操作。它使你可以在不改变各元素的类的前提下定义作用于这些元素的新操作。main()，客户IVisitor，访问者接口CBaseVisitor，访问者实现类CEmployee，被访问者抽象类CCommonEmployee，被访问者实现类之一CManager，被访问者实现类之二说明：A接受B的访问，B主动的执行访问动作。注意：和观察者的区别是，被观察者要执行一个动作，然后主动发送通知给观察者。访问者模式是由访问者主动发出的动作。看代码：//IVisitor.h#pragma onceclass CCommonEmployee;class CM阅读全文
设计模式C++学习笔记之十七（Chain of Responsibility责任链模式）
摘要: 17.1.解释概念：使多个对象都有机会处理请求，从而避免请求的发送者和接收者之间的耦合关系。将这些对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理它为止。main()，客户IWomen，发出请求者接口CWomen，请求者实现类CHandler，处理请求抽象类CFather，处理请求实现类，责任链之一CHusband，处理请求实现类，责任链之二CSon，处理请求实现类，责任链之三说明：CHandler抽象类负责聚合责任链之中的其它处理对象，用SetNext来建立这个责任链。HandleMessage在处理请求时，会判断是否是自己要处理的请求，如果是则直接处理。如果不是，则查找下一个责任阅读全文
设计模式C++学习笔记之十六（Observer观察者模式）
摘要: 16.1.解释概念：定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新。main()，IObservable，被观察者接口CHanFeiZiObservable，被观察者韩非子IObserver，观察者接口CLiSiObserver，观察者李斯CZhouSiObserver观察者周斯说明：将观察者聚集到被观察者韩非子身边，韩非子的每一个举动都会通知给观察者，如李斯或周斯。注意：最多允许一个对象既是观察者也是被观察者。就像数据库中的触发器一样，成为一个复杂的链就很难维护了。观察者类似于委托的处理方式。//IObservable.h#pragma阅读全文
设计模式C++学习笔记之十五（Composite组合模式）
摘要: 15.1.解释概念：将对象组合成树形结构以表示“部分-整体”的层次结构。Composite使得用户对单个对象和组合的使用具有一致性。main()，客户CCorpNode，抽象基类，实现基本信息CBranchNode，树枝节点，实现Addordinate()函数和GetSubordinate()函数CLeafNode，叶子节点，IsLeaf属性总是“true”说明：组合模式主要是实现在CBranchNode对象里增加对其它对象的数组，如vector<CCorpNode*>，数组里可以存放CBranchNode和CLeafNode对象。这样方便进行遍历操作。注意：组合模式有透明组合模式阅读全文
设计模式C++学习笔记之十四（Iterator迭代器模式）
摘要: 14.1.解释概念：提供一种方法顺序访问一个聚合对象中各个元素，而又不需暴露该对象的内部表示。main()，客户IProject，产品接口CProject，产品类IIterator，迭代器接口IProjectIterator，产品迭代器接口CProjectIterator，产品迭代器实现类说明：CProject实现产品类，能够返回一个迭代器的指针。这个迭代器将封装产品类里的一个数组。所以迭代器在运行Next函数时，可以遍历这个数组的所有元素。简单来说，就是用代码实现vector<int>::iterator或vector<int>::const_iterator。我们来阅读全文
设计模式C++学习笔记之十三（Decorator装饰模式）
摘要: 装饰模式，动态地给一个对象添加一些额外的职责。就增加功能来说，Decorator模式相比生成子类更为灵活。13.1.解释main()，老爸ISchoolReport，成绩单接口CFourthGradeSchoolReport，四年级成绩单ReportDecorator，成绩单装饰器基类HighScoreDecorator，最高分装饰器SortDecorator，班级排名装饰器说明：对“四年级成绩单”进行装饰，ReportDecorator必然有一个private变量指向ISchoolReport。注意：看代码：// Decorator.cpp//主程序#include "stdafx阅读全文
设计模式C++学习笔记之十二（Command命令模式）
摘要: 命令模式，将一个请求封装为一个对象，从而使你可用不同的请求对客户进行参数化；对请求排队或记录请求日志，以及支持可撤消的操作。应该是一个比较简单的模式了。12.1.解释main()，客户CInvoker，命令接收者，如项目经理IGroup，执行者接口CRequirementGroup，实际执行者之一CPageGroup，实际执行者之二CCodePage，实际执行者之三ICommand，命令接口CAddRequirementCommand，Execute函数，将调用CRequirementGroup的多个命令。来组合执行用户发出的命令。CDeletePageCommand，同上... ... 其它阅读全文
设计模式C++学习笔记之十一（Bridge桥梁模式）
摘要: 桥梁模式，将抽象部分与它的实现部分分离，使它们都可以独立地变化。实现分离的办法就是增加一个类，11.1.解释main()，客户IProduct，产品接口CHouse，房子CIPod，ipodCClothes，服装CNewCorp，桥梁类，MakeMoney()是桥梁方法CNewHouseCorp，只能生产房子，所以构造函数是CHouse*CShanZhaiCorp，什么赚钱就生产什么，所以构造函数是IProduct*说明：客户直接使用CNewHouseCorp和CShanZhaiCorp类，在main()函数里构造产品，然后传到这两个类里。这两个类的MakeMoney()函数，先调用基类的Ma阅读全文
设计模式C++学习笔记之十（Builder建造者模式）
摘要: 建造者模式，将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。一段晦涩难懂的文字，实现创建不同表示的方法就是给创建的过程传入创建的参数。详细的还是看代码吧。10.1.解释main()，客户CCarModel，产品模型CBenzModel，奔驰模型CBMWModel，宝马模型ICarBuilder，建造者接口CBenzBuilder，奔驰建造者CBMWBuilder，宝马建造者CDirector，导演说明：CCarModel实现模板方法，Builder负责开始建造产品。建造产品时，构建的顺序由Director或main决定。注意：建造者模式和抽象工厂非常类似。建造者更重视阅读全文
设计模式C++学习笔记之九（Template Method模板方法模式）
摘要: 模板模式也是相当简单的一种模式，而且是比较常用的。模板模式是定义一个操作中的算法的骨架，而将一些步骤延迟到子类中。TemplateMethod使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。cbf4life举的例子是悍马车模型，更详细的例子说明可以参考原作者博客：cbf4life.cnblogs.com。这里只提出C++的设计和实现方法，以方便随用随取。9.1.解释main()，客户CHummerModel，悍马模型CHummerH1Model，悍马模型型号1CHummerH2Model，悍马模型型号2说明：在CHummerModel声明Start、Engineboom、Ala阅读全文
设计模式C++学习笔记之八（Adapter适配器模式）
摘要: 适配器模式，使用之处比较特殊，不属于常规设计模式，主要用于不同系统之间的处理。是将一个类的接口转换成客户希望的另外一个接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。也是一个比较简单的模式，直接上代码了。看代码：8.1.解释main()，主程序IUserInfo，本系统内接口CUserInfo，本系统内实现类IOuterUser，外系统接口COuterUser，外系统实现类COuterUserInfo，本系统内适配类说明：COuterUserInfo实现IUserInfo接口，将外部系统实现类COuterUser转换成本系统内的接口IUserInfo。使用外部阅读全文
设计模式C++学习笔记之七（AbstractFactory抽象工厂模式）
摘要: 抽象工厂，提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。对于工厂方法来说，抽象工厂可实现一系列产品的生产，抽象工厂更注重产品的组合。看代码：7.1.解释main()，女娲IHuman，产品接口CYellowHuman，抽象产品之一CYellowFemaleHuman，具体产品之一CYellowMaleHuman，具体产品之二CWhiteHuman，抽象产品之二CWhiteFemaleHuman，具体产品之三CWhiteMaleHuman，具体产品之四CBlackHuman，抽象产品之三CBlackFemaleHuman，具体产品之五CBlackMaleHuman，具体产品阅读全文
设计模式C++学习笔记之六（Facade门面模式）
摘要: Facade门面模式，也是比较常用的一种模式，基本上所有软件系统中都会用到。 GOF 在《设计模式》一书中给出如下定义：为子系统中的一组接口提供一个一致的界面， Facade 模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。简单说，就是将复杂的逻辑封装起来，对外公开简单的接口，由客户程序调用。这里举了一个发送邮件的例子，我们理解为电子邮件吧，普通的邮件应该不需要告诉邮局，我们写的信件内容（呵呵有点较真了）。这个例子更详细的内容及说明可以参考原作者博客：cbf4life.cnblogs.com。9.1.解释main()，客户ILetterProcess，接口CLetterProces阅读全文
设计模式C++学习笔记之五（Factory Method工厂方法模式）
摘要: 工厂方法模式的意义是定义一个创建产品对象的工厂接口，将实际创建工作推迟到子类当中。核心工厂类不再负责产品的创建，这样核心类成为一个抽象工厂角色，仅负责具体工厂子类必须实现的接口，这样进一步抽象化的好处是使得工厂方法模式可以使系统在不修改具体工厂角色的情况下引进新的产品。这个例子更详细的内容及说明可以参考原作者博客：cbf4life.cnblogs.com。贴代码了。5.1.解释main()，女娲IHuman，产品接口CYellowHuman，产品之一CWhiteHuman，产品之二CBlackHuman，产品之三IHumanFactory，工厂接口CYellowHumanFactory，工厂之阅读全文
设计模式C++学习笔记之四（Multition多例模式）
摘要: 多例模式，这个在GOF的模式设计里没有提到，但在实际工作中确实会用到。更详细的内容及说明可以参考原作者博客：cbf4life.cnblogs.com。4.1.解释main()，客户略说明：和单例基本一样，是有个数限制的单例。如果对于产生的实例个数没有限制，那就不是多例了，和普通的类没有区别。举例：曾经开发过一个从服务端以UDP协议，发送文件到客户端的程序。客户端连接服务端时采用TCP协议，服务端接受连接，产生一个向客户端传输文件的实例FileService。每个客户端的连接都会产生一个实例，但同一客户端的多个连接请求会共享一个FileService实例。理论上讲FileService实例的个数阅读全文
设计模式C++学习笔记之三（Singleton单例模式）
摘要: 单例模式看起来也蛮简单的，就是在系统中只允许产生这个类的一个实例，既然这么简单，就直接贴代码了。更详细的内容及说明可以参考原作者博客：cbf4life.cnblogs.com。3.1.解释main()，大臣CEmperor，需要单例的类说明：很多大臣拜见的皇帝，只有一个。体现在面向对象方面，CEmperor定义一个静态指针，和一个静态函数，私有化构造函数、析构函数、构造函数复制、重载赋值语句。注意：线程安全，采用互斥体的方式实现。看代码：//Emperor.h#pragma once#include <iostream>using std::cout;using std::endl阅读全文
设计模式C++学习笔记之二（Proxy代理模式）
摘要: 代理，一看名字就知道这只是个中介而已，真实的执行者在代理的后面呢。cbf4life在他的书里提的例子也很有趣，更详细的内容及说明可以参考原作者博客：cbf4life.cnblogs.com。现在贴代码，以方便随用随取。2.1.解释main()，西门庆IKindWomen，接口CWangPo，代理CPanJinLian，实际执行者之一CJiaShi，实际执行者之二说明：代理和实际执行者派生于共同的接口，代理拥有实际执行者的实例。代理的每一个函数（接口的实现函数），直接调用实际执行者的对应接口函数。注意：代理只是简单的装载，然后调用实际执行者的函数。看代码：//IKindWomen.h#pragm阅读全文
设计模式C++学习笔记之一（Strategy策略模式）
摘要: 无意中，从网上下到一本电子书《24种设计模式介绍与6大设计原则》，很好奇这里有24种设计模式，印象中GOF写的《设计模式》（Design Patterns），好像只有23种吧。运行起来一看，还真挺吸引咱的，里面提到的例子都很有趣。很感谢作者写出这样好的例子来，我的目的是把作者提到的例子用C++来实现。写这本书的作者是：cbf4life，更详细的内容及说明可以参考原作者博客：cbf4life.cnblogs.com。这里只进行简单提示和实现编码。1.1.解释main()，赵云CContext，锦囊IStrategy，策略接口CBackDoor，策略之一CGivenGreenLight，策略之二C阅读全文
|
|
|
