1.由来
客户端可以通过目标类的接口访问它所提供的服务。有时,现有的类可以满足客户类的功能需要,但是它所提供的接口不一定是客户类所期望的,现有的接口需要转化为客户类期望的接口,这样保证了对现有类的重用。
看图吧,能跟好的理解:
![](https://img-blog.csdn.net/20140330074944187?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvamFzb24wNTM5/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast)
![](https://img-blog.csdn.net/20140330074928062?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvamFzb24wNTM5/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast)
2.定义
适配器模式(Adapter Pattern) :将一个接口转换成客户希望的另一个接口,适配器模式使接口不兼容的那些类可以一起工作,其别名为包装器(Wrapper)。适配器模式既可以作为类结构型模式,也可以作为对象结构型模式。
3.代码的实现
这里又分为两种实现方式:
(1)类的适配器模式(采用继承实现)
- // 已存在的、具有特殊功能、但不符合我们既有的标准接口的类
- class Adaptee {
- public void specificRequest() {
- System.out.println("被适配类具有 特殊功能...");
- }
- }
-
- // 目标接口,或称为标准接口
- interface Target {
- public void request();
- }
-
- // 具体目标类,只提供普通功能
- class ConcreteTarget implements Target {
- public void request() {
- System.out.println("普通类 具有 普通功能...");
- }
- }
-
- // 适配器类,继承了被适配类,同时实现标准接口
- class Adapter extends Adaptee implements Target{
- public void request() {
- super.specificRequest();
- }
- }
-
- // 测试类public class Client {
- public static void main(String[] args) {
- // 使用普通功能类
- Target concreteTarget = new ConcreteTarget();
- concreteTarget.request();
-
- // 使用特殊功能类,即适配类
- Target adapter = new Adapter();
- adapter.request();
- }
- }
(2)对象适配器(采用对象组合方式实现)
- // 适配器类,直接关联被适配类,同时实现标准接口
- class Adapter implements Target{
- // 直接关联被适配类
- private Adaptee adaptee;
-
- // 可以通过构造函数传入具体需要适配的被适配类对象
- public Adapter (Adaptee adaptee) {
- this.adaptee = adaptee;
- }
-
- public void request() {
- // 这里是使用委托的方式完成特殊功能
- this.adaptee.specificRequest();
- }
- }
-
- // 测试类
- public class Client {
- public static void main(String[] args) {
- // 使用普通功能类
- Target concreteTarget = new ConcreteTarget();
- concreteTarget.request();
-
- // 使用特殊功能类,即适配类,
- // 需要先创建一个被适配类的对象作为参数
- Target adapter = new Adapter(new Adaptee());
- adapter.request();
- }
- }
个人感觉两种方式 还是差不多。
4.模式的优点
- 将目标类和适配者类解耦,通过引入一个适配器类来重用现有的适配者类,而无须修改原有代码。
- 增加了类的透明性和复用性,将具体的实现封装在适配者类中,对于客户端类来说是透明的,而且提高了适配者的复用性。
- 灵活性和扩展性都非常好,通过使用配置文件,可以很方便地更换适配器,也可以在不修改原有代码的基础上增加新的适配器类,完全符合“开闭原则”。
类适配器模式还具有如下优点:
-
由于适配器类是适配者类的子类,因此可以在适配器类中置换一些适配者的方法,使得适配器的灵活性更强。
对象适配器模式还具有如下优点:
-
一个对象适配器可以把多个不同的适配者适配到同一个目标,也就是说,同一个适配器可以把适配者类和它的子类都适配到目标接口。
5.模式的缺点
类适配器模式的缺点如下:
对于Java、C#等不支持多重继承的语言,一次最多只能适配一个适配者类,而且目标抽象类只能为抽象类,不能为具体类,其使用有一定的局限性,不能将一个适配者类和它的子类都适配到目标接口。
对象适配器模式的缺点如下:
与类适配器模式相比,要想置换适配者类的方法就不容易。如果一定要置换掉适配者类的一个或多个方法,就只好先做一个适配者类的子类,将适配者类的方法置换掉,然后再把适配者类的子类当做真正的适配者进行适配,实现过程较为复杂。
6.应用场景
- 系统需要使用现有的类,而这些类的接口不符合系统的需要。
- 想要建立一个可以重复使用的类,用于与一些彼此之间没有太大关联的一些类,包括一些可能在将来引进的类一起工作