设计模式十六 适配器

1."接口隔离"模式

在组件构建过程中，某些接口之间的依赖常常会带来很多问题，甚至根本无法实现. 采用添加一层间接(稳定)接口，来隔离本来互相紧密关联的接口是一种常见的解决方案.

典型模式：
Facade
Proxy
Adapter
Mediator

2.适配器模式的动机

在软件系统中，由于应用环境的变化，常常要求将"一现存的对象"放在新的环境中应用，但是新环境要求的接口是这些现存对象所不满足的. 如何应对这种"迁移的变化"？如何既能利用现有对象的良好实现，同时又能满足新的应用环境所要求的的接口呢？我们可以采用适配器模式来进行设计.

3.适配器模式定义

将一个类的接口转换成客户希望的另一个接口，Adapter模式使得原本由于不兼容二不能一起工作的那些类可以一起工作. ---《设计模式》GoF

4.伪代码实现

// 目标接口(新接口)
class ITarget{
   public:
      virtual void process() = 0;
};
// 遗留接口(老接口),被适配者
class IAdaptee{
   public:
       virtual void foo(int data) = 0;
       virtual void bar()=0;
};

class OldClass:public IAdaptee{
   public:
       virtual void foo(int data)
       {
          // ...
       }
       virtual void bar()
       {
          //...
       }
      
}

// 
class Adapter:public ITarget{
    protected:
       IAdaptee* pAdaptee;
    public:
       Adapter(IAdaptee* pAdaptee)
       {
            this->pAdaptee = pAdaptee;
       }
        virtual void process(){
           int data = pAdaptee->bar();
           pAdaptee->foo(data);       
        }
}

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

// stl中的queue和stack就用了deque,利用deque轉成queue和stack轉成目標接口

==網友：那麽map是不是也是RBtree的適配器？我覺得是不是説反了

class stack{
   deque container;
};

class queue{
   deque container;
};

5.重点概念-对象适配器和类适配器

5.1 对象适配器,组合+继承
// 组合
class Adapter:public ITarget{ // 继承
    protected:
       IAdaptee* pAdaptee;// 灵活性好
    
}

5.2 类适配器,多继承,没有灵活性

// 多继承

// public继承继承公有接口，protected和private继承是实现继承，并没有用接口，但是用了实现
class Adapter:public ITarget,protected IAdaptee{
   // ...
}

5.3 对象适配器与类适配器的选择

对象适配器和类适配器,优先使用对象适配器，可以说类适配器百害而无一利好，许多语言甚至不支持多继承.

6.要点总结

Adapter模式主要应用于"希望复用一些现存的类,但是接口又与复用环境要求不一致的情况"，在遗留代码复用，类库迁移等方面非常有用.

GoF23定义了两种Adapter模式的实现结构:对象适配器和类适配器，但类适配器采用"多继承"的实现方式，一般不推荐使用，对象适配器采用"对象组合"的方式，更符合松耦合的精神.

Adapter模式可以实现的非常灵活，不必拘泥于Gof23中定义的两种结构，例如:完全可以将Adapter模式中的"现存对象"作为新的接口方法参数，来达到适配的目的.