本文共 1029 字,大约阅读时间需要 3 分钟。
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模式。 转载地址:http://ldeqj.baihongyu.com/