ImageVerifierCode 换一换
格式:DOCX , 页数:24 ,大小:270.08KB ,
资源ID:2983688      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/2983688.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(设计模式C++.docx)为本站会员(b****3)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

设计模式C++.docx

1、设计模式C+1 创建型模式1.1 Factory模式􀂄 问题 在面向对象系统设计中经常可以遇到以下的两类问题: 1) 为了提高内聚(Cohesion)和松耦合(Coupling),我们经常会抽象出一些类的公共接口以形成抽象基类或者接口。这样我们可以通过声明一个指向基类的指针来指向实际的子类实现,达到了多态的目的。这里很容易出现的一个问题n多的子类继承自抽象基类,我们不得不在每次要用到子类的地方就编写诸如new ;的代码。这里带来两个问题1)客户程序员必须知道实际子类的名称(当系统复杂后,命名将是一个很不好处理的问题,为了处理可能的名字冲突,有的命名可能并不是具有很好的可读性和

2、可记忆性,就姑且不论不同程序员奇百怪的个人偏好了。),2)程序的扩展性和维护变得越来越困难。2)还有一种情况就是在父类中并不知道具体要实例化哪一个具体的子类。这里的意思为:假设我们在类A中要使用到类B,B是一个抽象父类,在A中并不知道具体要实例化那一个B的子类,但是在类A的子类D中是可以知道的。在A中我们没有办法直接使用类似于new 的语句,因为根本就不知道是什么。以上两个问题也就引出了Factory模式的两个最重要的功能: 1)定义创建对象的接口,封装了对象的创建; 2)使得具体化类的工作延迟到了子类中。􀂄 模式选择 我们通常使用Factory模式来解决上面给出的两个问题。

3、在第一个问题中,我们经常就是声明一个创建对象的接口,并封装了对象的创建过程。Factory这里类似于一个真正意义上的工厂(生产对象)。在第二个问题中,我们需要提供一个对象创建对象的接口,并在子类中提供其具体实现(因为只有在子类中可以决定到底实例化哪一个类)。第一中情况的Factory的结构示意图为: 图1图1:Factory模式结构示意图1 图1所以的Factory模式经常在系统开发中用到,但是这并不是Factory模式的最大威力所在(因为这可以通过其他方式解决这个问题)。Factory模式不单是提供了创建对象的接口,其最重要的是延迟了子类的实例化(第二个问题),以下是这种情况的一个Facto

4、ry的结构示意图: 图2:Factory模式结构示意图1 图2中关键中Factory模式的应用并不是只是为了封装对象的创建,而是要把对象的创建放到子类中实现:Factory中只是提供了对象创建的接口,其实现将放在Factory的子类ConcreteFactory中进行。这是图2和图1的区别所在。􀂄 实现 􀂋 完整代码示例(code) Factory模式的实现比较简单,这里为了方便初学者的学习和参考,将给出完整的实现代码(所有代码采用C+实现,并在VC 6.0下测试运行)。代码片断1:Product.h /Product.h #ifndef _PRODUCT_

5、H_ #define _PRODUCT_H_ class Product public: virtual Product() = 0; protected: Product(); private: ; class ConcreteProduct:public Product public: ConcreteProduct(); ConcreteProduct(); protected: private: ;代码片断2:Product.cpp /Product.cpp #include Product.h #include using namespace std; Product:Product

6、() Product:Product() ConcreteProduct:ConcreteProduct() coutConcreteProduct.endl; ConcreteProduct:ConcreteProduct() 代码片断3:Factory.h /Factory.h #ifndef _FACTORY_H_ #define _FACTORY_H_ class Product; class Factory public: virtual Factory() = 0; virtual Product* CreateProduct() = 0; protected: Factory()

7、; private: ;class ConcreteFactory:public Factory public: ConcreteFactory(); ConcreteFactory(); Product* CreateProduct(); protected: private: ; #endif /_FACTORY_H_代码片断4/Factory.cpp #include Factory.h #include Product.h #include using namespace std; Factory:Factory() Factory:Factory() ConcreteFactory:

8、ConcreteFactory() coutConcreteFactory.endl; ConcreteFactory:ConcreteFactory() Product* ConcreteFactory:CreateProduct() return new ConcreteProduct(); 代码片断5:main.cpp /main.cpp #include Factory.h #include Product.h#include using namespace std; int main(int argc,char* argv) Factory* fac = new ConcreteFa

9、ctory(); Product* p = fac-CreateProduct(); return 0; 􀂋 代码说明 示例代码中给出的是Factory模式解决父类中并不知道具体要实例化哪一个具体的子类的问题,至于为创建对象提供接口问题,可以由Factory中附加相应的创建操作例如Create*Product()即可。具体请参加讨论内容。􀂄 讨论 Factory模式在实际开发中应用非常广泛,面向对象的系统经常面临着对象创建问题:要创建的类实在是太多了。而Factory提供的创建对象的接口封装(第一个功能),以及其将类的实例化推迟到子类(第二个功能)都部分地解

10、决了实际问题。一个简单的例子就是笔者开开发VisualCMCS系统的语义分析过程中,由于要为文法中的每个非终结符构造一个类处理,因此这个过程中对象的创建非常多,采用Factory模式后系统可读性性和维护都变得elegant许多。 Factory模式也带来至少以下两个问题: 1)如果为每一个具体的ConcreteProduct类的实例化提供一个函数体,那么我们可能不得不在系统中添加了一个方法来处理这个新建的ConcreteProduct,这样Factory的接口永远就不肯能封闭(Close)。当然我们可以通过创建一个Factory的子类来通过多态实现这一点,但是这也是以新建一个类作为代价的。 2

11、)在实现中我们可以通过参数化工厂方法,即给FactoryMethod()传递一个参数用以 决定是创建具体哪一个具体的Product(实际上笔者在VisualCMCS中也正是这样做的)。当然也可以通过模板化避免1)中的子类创建子类,其方法就是将具体Product类作为模板参数,实现起来也很简单。可以看出,Factory模式对于对象的创建给予开发人员提供了很好的实现策略,但是Factory模式仅仅局限于一类类(就是说Product是一类,有一个共同的基类),如果我们要为不同类的类提供一个对象创建的接口,那就要用AbstractFactory了。2.2 Adapter模式􀂄 问题

12、Adapter模式解决的问题在生活中经常会遇到:比如我们有一个Team为外界提供S类服务,但是我们Team里面没有能够完成此项人物的member,然后我们得知有A可以完成这项服务(他把这项人物重新取了个名字叫S,并且他不对外公布他的具体实现)。为了保证我们对外的服务类别的一致性(提供S服务),我们有以下两种方式解决这个问题: 1)把B君直接招安到我们Team为我们工作,提供S服务的时候让B君去办就是了; 2)B君可能在别的地方有工作,并且不准备接受我们的招安,于是我们Team可以想这样一种方式解决问题:我们安排C君去完成这项任务,并做好工作(Money:)让A君工作的时候可以向B君请教,因此C

13、君就是一个复合体(提供S服务,但是是B君的继承弟子)。实际上在软件系统设计和开发中,这种问题也会经常遇到:我们为了完成某项工作购买了一个第三方的库来加快开发。这就带来了一个问题:我们在应用程序中已经设计好了接口,与这个第三方提供的接口不一致,为了使得这些接口不兼容的类(不能在一起工作)可以在一起工作了,Adapter模式提供了将一个类(第三方库)的接口转化为客户(购买使用者)希望的接口。在上面生活中问题的解决方式也就正好对应了Adapter模式的两种类别:类模式和对象模式。􀂄 模式选择 Adapter模式典型的结构图为:图2-1:Adapter Pattern(类模式)结构图

14、图2-2:Adapter Pattern(对象模式)结构图在Adapter模式的结构图中可以看到,类模式的Adapter采用继承的方式复用Adaptee的接口,而在对象模式的Adapter中我们则采用组合的方式实现Adaptee的复用。有关这些具体的实现和分析将在代码说明和讨论中给出。􀂄 实现 􀂋 完整代码示例(code) Adapter模式的实很简单,这里为了方便初学者的学习和参考,将给出完整的实现代码(所有代码采用C+实现,并在VC 6.0下测试运行)。类模式的Adapter实现:代码片断1:Adapter.h /Adapter.h #ifndef _A

15、DAPTER_H_ #define _ADAPTER_H_ class Target public: Target(); virtual Target(); virtual void Request(); protected: private: ; class Adaptee public: Adaptee(); Adaptee(); void SpecificRequest(); protected: private: ; class Adapter:public Target,private Adaptee public: Adapter(); Adapter(); void Request(); protected: private: ; #endif /_ADAPTER_H_代码片断2:Adapter.cpp

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1