【设计模式攻略】结构型模式之Adapter模式

概要

Adapter模式，中文名为适配器模式，从字面意思来看不难理解，就是通过模块，接口的包装和适配达到模块接口兼容协作的目的。这算是一个很简单的模式，就算你从来没看过设计模式，从未听说过Adapter模式，听我后面的介绍后，也许你会很不屑的说，“早在我之前设计过的N个项目中，用过这种所谓的Adapter模式N×N次了。”下面就让我们来看看这种常见，常用又作用不小的设计模式吧。

目的

转换原本不兼容的接口，使不兼容的模块间可以进行交互和协作。

实例

来看这样一个例子吧。比如在既有的绘图系统中支持以下画直线的接口，通过指定Point类型的数据进行直线绘制。

class IDraw {
public:
    virtual void DrawLine(const Point* from, const Point* to) = 0;
};

假设需要对直线绘制功能有新的需求而进行扩展，再假设这个功能的需求很复杂，单独实现的成本很高。而现在正好发现有个第三方的绘图库提供支持这种需求的API，可以直接集成到系统中来实现功能扩展，但是这个库提供的接口形式跟既有接口不一致，而既有接口形式又是不可改变的，第三方库提供的接口如下：

class ThirdPartyDraw {
public:
    void DrawLine(int x1, int y1, int x2, int y2，int style);
};

怎么办？包装适配下，很简单就能搞定，你懂的！

class Draw ：public IDraw {
public:
    ......
    virtual void DrawLine(const Point* from, const Point* to) {
        mDrawLine->DrawLine(from->mX, from->mY, to->mX, to->mY， DEFAULT_STYLE);
    }
private:
    ThirdPartyDraw* mDrawLine;
};

确实简单吧，按照现有接口扩展，然后把第三方接口包装到现有实现内就OK！

应用

实际开发中，模块接口间的交互不可能永远都如热恋中的情侣般默契加和谐，Adapter模式是当它们出现冲突时解决矛盾的有效方法。特别是在引入第三方库时，或多或少会对现有应用产生一些影响和冲突，更好地包装适配接口会让模块的集成更顺利。记住它吧，这就是Adapter模式。