那谁的技术博客

感兴趣领域:高性能服务器编程,存储,算法,Linux内核
随笔 - 210, 文章 - 0, 评论 - 1183, 引用 - 0
数据加载中……

常见设计模式的解析和实现(C++)之九-Decorator模式

作用:
动态地给一个对象添加一些额外的职责。就增加功能来说,Decorator 模式相比生成子类更为灵活。

UML结构图:


抽象基类:
1)Component:定义一个对象接口,可以为这个接口动态的添加职责.
2)Decorator:维持一个指向Component的指针,并且有一个和Component一致的接口函数.

接口函数:
1)Component::Operation:这个接口函数由Component声明,因此Component的派生类都需要实现,可以在这个接口函数的基础上给它动态添加职责.

解析:
Decorator的派生类可以为ConcreateComponent类的对象动态的添加职责,或者可以这么说:Decorator的派生类装饰ConcreateComponent类的对象.具体是这么实现的,首先初始化一个ConcreateComponent类的对象(被装饰者),采用这个对象去生成一个Decorator对象(装饰者),之后对Operation函数的调用则是对这个Decorator对象成员函数的多态调用.这里的实现要点是Decorator类和ConcreateComponent类都继承自Component,从而两者的接口函数是一致的;其次,Decorator维护了一个指向Component的指针,从而可以实现对Component::Operation函数的动态调用.

实现:
1)Decorator.h
/********************************************************************
    created:    2006/07/20
    filename:     Decorator.h
    author:        李创
                
http://www.cppblog.com/converse/

    purpose:    Decorator模式的演示代码
********************************************************************
*/


#ifndef DECORATOR_H
#define DECORATOR_H

// 抽象基类,定义一个对象接口,可以为这个接口动态的添加职责.
class Component
{
public:
    Component()
{}
    
virtual ~Component(){}

    
// 纯虚函数,由派生类实现
    virtual void Operation() = 0;
}
;

// 抽象基类,维护一个指向Component对象的指针
class Decorator
    : 
public Component
{
public:
    Decorator(Component
* pComponent) : m_pComponent(pComponent){}
    
virtual ~Decorator();

protected:
    Component
* m_pComponent;
}
;

// 派生自Component,在这里表示需要给它动态添加职责的类
class ConcreateComponent
    : 
public Component
{
public:
    ConcreateComponent()
{}
    
virtual ~ConcreateComponent(){}

    
virtual void Operation();
}
;

// 派生自Decorator,这里代表为ConcreateComponent动态添加职责的类
class ConcreateDecorator
    : 
public Decorator
{
public:
    ConcreateDecorator(Component
* pComponent) : Decorator(pComponent){}
    
virtual ~ConcreateDecorator(){}

    
virtual void Operation();

private:
    
void AddedBehavior();
}
;

#endif

2)Decorator.cpp
/********************************************************************
    created:    2006/07/20
    filename:     Decorator.cpp
    author:        李创
                
http://www.cppblog.com/converse/

    purpose:    Decorator模式的演示代码
********************************************************************
*/


#include 
"Decorator.h"
#include 
<iostream>

Decorator::
~Decorator()
{
    delete m_pComponent;
    m_pComponent 
= NULL;
}


void ConcreateComponent::Operation()
{
    std::cout 
<< "Operation of ConcreateComponent\n";
}


void ConcreateDecorator::Operation()
{
    m_pComponent
->Operation();
    AddedBehavior();
}


void ConcreateDecorator::AddedBehavior()
{
    std::cout 
<< "AddedBehavior of ConcreateDecorator\n";
}

3)Main.cpp
/********************************************************************
    created:    2006/07/20
    filename:     Main.cpp
    author:        李创
                
http://www.cppblog.com/converse/

    purpose:    Decorator模式的测试代码
********************************************************************
*/


#include 
"Decorator.h"
#include 
<stdlib.h>

int main()
{
    
// 初始化一个Component对象
    Component* pComponent = new ConcreateComponent();
    
// 采用这个Component对象去初始化一个Decorator对象,
    
// 这样就可以为这个Component对象动态添加职责
    Decorator* pDecorator = new ConcreateDecorator(pComponent);

    pDecorator
->Operation();

    delete pDecorator;

    system(
"pause");

    
return 0;
}

posted on 2006-07-25 02:44 那谁 阅读(3210) 评论(7)  编辑 收藏 引用 所属分类: 设计模式

评论

# re: 常见设计模式的解析和实现(C++)之九-Decorator模式  回复  更多评论   

Decorator 模式相比生成子类更为灵活。
============可以解释一下为什么说Decorator模式比继承更加灵活吗?

另外,如果通过Decorator模式,岂不是对Component接口的每一个方法都要重写一边?这样不是反而增加了代码量吗?
2006-08-01 15:03 | 游客

# re: 常见设计模式的解析和实现(C++)之九-Decorator模式  回复  更多评论   

Decorator 的子类 调用是 concreatecomponent 的 operation 或者 是
另一个 Decorator 的子类 的 operation,最终都会递归到 concreatecomponent 的 operation 上,并没有重写 concreatecomponent 的 operation
也就 是 所谓的对象链
作者 的代码并没放映decorator 对象链和动态添加职责 的
的核心功能
2007-03-21 15:33 | 黄大仙

# re: 常见设计模式的解析和实现(C++)之九-Decorator模式  回复  更多评论   

我来回答关于decorator比继承灵活的问题.
实现了的装饰类是针对具体类的一个修饰, 照片就好比具体类,相框就是装饰类, 要装饰好一张照片.我们可以有多个相框(装饰类),相框不是我们最关心的. 而且相框还可以用与其它照片.那将来在产品中,功就象插件一样可加可减. 扩展性自然好了
2008-02-23 01:31 | Uranus

# re: 常见设计模式的解析和实现(C++)之九-Decorator模式  回复  更多评论   

Decorator实际上牺牲了系统的可理解性换取灵活性。
2008-02-23 14:50 | 空明流转

# re: 常见设计模式的解析和实现(C++)之九-Decorator模式[未登录]  回复  更多评论   

decorator 不用重写方法吧.只写你需要改的部分.我的理解.
2008-03-04 14:19 | aaaa

# re: 常见设计模式的解析和实现(C++)之九-Decorator模式  回复  更多评论   

ConcreateDecorator(Component* pComponent) : Decorator(pComponent){} 是否没声明 Decorator
2008-11-28 00:54 | piio

# re: 常见设计模式的解析和实现(C++)之九-Decorator模式  回复  更多评论   

@Uranus
照片与相框这个比喻,真的很形象,不错。。
2013-03-07 21:52 | Jacc.Kim

只有注册用户登录后才能发表评论。
网站导航: 博客园   IT新闻   BlogJava   知识库   博问   管理