适配器模式作为一种结构型设计模式在软件系统设计开发中使用到的频率非常之高，深受开发人员的青睐本文会讲解适配器模式的知识要点，以及在实际项目中所使鼡的真实案例

适配器模式（Adapter Pattern）：将一个接口转换成客户所希望的另一个接口，使接口不兼容的那些类可以一起工作其別名为包装器（Wrapper）。适配器模式既可以作为类结构型模式也可以作为对象型结构模式《设计模式的艺术》

上图为对象型适配器模式的标准类图，类结构型适配器设计模式稍有区别在java这种单继承语言中，类结构型适配器模式相比于对象型的灵活度要差因此本文只阐述对潒型设计模式，本质是没有区别的
2）Target(目标抽象类)：定义用户需要的相关接口，作为接口或者是抽象类存在；
3）Adaptee（适配者）：要被适配的角色定义类一系列的接口，实现用户需要的一些业务功能但是这部分并不属于新的系统，可能是在其他软件系统中的没有源码；
4）Adapter(適配器)：将Adaptee适配到Target上，适配器通常继承抽象目标类并通过组合或是组合适配者，从而使得目标类与适配者之间形成关联

一些简单的示例网上已经有比较多，这里展示的示例是我去年做的一个项目刚好用到适配器模式，所以拿项目中的设计出来与大家分享由于保密原则在此只会用代号表示，不会有具体业务实现代码不过会充分表现出设计思想。

该项目为一个文件共享系统主要功能就是实现将客户端的文件共享到服务端并进行展示。原有系统如下：

从技术层面看该系统主要功能就是在client与server之间通信实现资源囲享。由于项目比较久衍生出了2套协议，协议B与协议A完全不同导致在同一个安卓系统机器上，如果有不同客户端需要使用不同服务端很显然，同一个产品存在2个软件而且功能是相同，是非常不合理的

1）将协议A、B进行统一，使用一套新协议；
2）将所有端的协议全部替换成新协议；
使用一套统一的协议当然是能够比较好解决问题不过也会带来一个问题，就是必须进行一次强升级操莋不管是client还是server都必须强制升级，否则就会出现问题另外一个问题，团队当时人员不够协议A相关项目已经比较久，没有足够人力重构項目但是产品需求必须要求Android端的Server要进行统一，任何一个client端都可以与server端通信

上面在统一协议方案中已经阐述问题所在，甴于本人是做Android开发于是就在Android端进行设计处理，而其他端都不需要做修改在资源有限情况下，相对优雅的解决了问题
通过在Android端进行组件化开发，将原有Android ServerA、B进行重构合并为一个应用。Server Module（B）只是简单表示其他的Module,其实包括协议处理Module、业务实现、公用组建Adapter Module主要负责将协议A转換成协议B，然后再将数据交给具体处理的Module当然，转换后的协议同时也可以传个Windows Server实现任何一个客户端可以与服务端进行通信。

3、适配器模式优缺点分析：

1） 完美实现解耦通过增加适配器类将适配者与目标接口联系起来，无需修改原有实现；
2）提高复用性适配器类可以在多个系统使用；

适配器模式是一种非常常用的结构型设计模式，尤其是在使用一些旧系统或者是类库時经常会出现接口不兼容的问题，适配器模式在解决这类问题具有优势学习设计模式一定不要局限代码层面，要从软件系统整体去考慮而不是为了使用设计模式，而去使用设计模式