23种设计模式---适配器模式

适配器模式

动机

在软件系统中,由于应用环境的变化,常常需要将"一些现存的对象"放在新的环境中应用,但是新环境要求的接口是这些现存对象所不满足的。
如何应对这种"迁移的变化" ?如何既能利用现有对象的良好实现,同时又能满足新的应用环境所要求的接口?

解决方法

将一个类的接口转换成客户希望的另一个接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。

例子

// 目标接口(新接口)
class ITarget
{
public:
    virtual void process() = 0;
};

// 遗留接口(老接口)
class IAdaptee
{
public:
    virtual void foo(int data) = 0;
    virtual int bar() = 0;
};

// 遗留类型
class OldClass: public IAdaptee
{
    // ....
};

// 对象适配器
class Adapter: public ITarget // 继承
{
protected:
    IAdaptee *pAdaptee; // 组合
    
public:
    
    Adapter(IAdaptee *pAdaptee)
    {
        this->pAdaptee = pAdaptee;
    }
    
    virtual void process()
    {
        int data = pAdaptee->bar();
        pAdaptee->foo(data);
    }
};

// 类适配器
class Adapter: public ITarget, protected OldClass // 多继承
{
               
}


int main()
{
    IAdaptee *pAdaptee = new OldClass();
        
    ITarget *pTarget = new Adapter(pAdaptee);
    pTarget->process();
}

// STL
class stack
{
    deqeue container;    
};

class queue
{
    deqeue container;    
};

优缺点

优点:可以让任何两个没有关联的类一起运行。提高了类的复用。增加了类的透明度。

缺点:过多地使用适配器,会让系统非常零乱,不易整体进行把握。比如,明明看到调用的是 A 接口,其实内部被适配成了 B 接口的实现,一个系统如果太多出现这种情况,无异于一场灾难。因此如果不是很有必要,可以不使用适配器,而是直接对系统进行重构。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值