设计模式[15]-Decorator

本文深入探讨了装饰器模式在简化Java I/O API设计方面的优势,通过实例展示了如何使用Decorator模式避免类继承带来的复杂性,特别强调了如何在不引入额外状态的情况下动态地为组件添加功能。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

Type: Structural

Decorator: 动态给一个对象添加一些额外的职责,就象在墙上刷油漆。使用Decorator模式相比用生成子类方式达到功能的扩充显得更为灵活。


FileReader fr = new FileReader(filename);
BufferedReader br = new BufferedReader(fr);

实际上Java 的I/O API就是使用Decorator实现的,I/O变种很多,如果都采取继承方法,将会产生很多子类,显然相当繁琐



#include <iostream>  
#define Data int  
using namespace std;  

class Component  
{  
public:  
    virtual void operation()=0;  
};  

class ConcreteComponent: public Component  
{  
public:  
    void operation()  
    {  
        cout<<"ConcreteComponent operation"<<endl;  
    };  
};  

class Decorator  
{  
public:  
    virtual void operation() = 0;  
};  

class ConcreteDecorator: public Decorator  
{  
public:  
    ConcreteDecorator(Component* pComponent): m_pComponent(pComponent){};  
    void operation()  
    {  
        cout<<"ConcreteDecorator operation"<<endl;  
        addedBehavior();  
    };  
    void addedBehavior()  
    {  
        m_pComponent->operation();  
    };  
private:  
    Data addedState;  
    Component* m_pComponent;  
};  

int main()  
{  
    Component* pComponent = new ConcreteComponent();  
    Decorator* pDecorator = new ConcreteDecorator(pComponent);  

    pDecorator->operation();  

    system("pause");  

    return 0;  
} 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值