设计模式(结构型模式)——适配器模式

我将讲下7种结构型模式:适配器模式、装饰模式、代理模式、外观模式、桥接模式、组合模式、享元模式。其中对象的适配器模式是各类模式的起源,咱们看下面的图:java

适配器模式将某个类的接口转换成客户端指望的另外一个接口表示,目的是消除因为接口不匹配所形成的类的兼容性问题。主要分为三类:类的适配器模式、对象的适配器模式、接口的适配器模式。首先,咱们来看看app

1、类的适配器模式,先看类图:ide

核心思想就是:有一个Source类,拥有一个方法,待适配,目标接口时Targetable,经过Adapter类,将Source的功能扩展到Targetable里,看代码:测试

public class Source {  
  
    public void method1() {  
        System.out.println("this is original method!");  
    }  
}
public interface Targetable {  
  
    /* 与原类中的方法相同 */  
    public void method1();  
  
    /* 新类的方法 */  
    public void method2();  
}
public class Adapter extends Source implements Targetable {  
  
    @Override  
    public void method2() {  
        System.out.println("this is the targetable method!");  
    }  
}

Adapter类继承Source类,实现Targetable接口,下面是测试类:this

public class AdapterTest {  
  
    public static void main(String[] args) {  
        Targetable target = new Adapter();  
        target.method1();  
        target.method2();  
    }  
}

输出:spa

this is original method!
this is the targetable method!代理

这样Targetable接口的实现类就具备了Source类的功能。code

2、对象的适配器模式对象

基本思路和类的适配器模式相同,只是将Adapter类做修改,此次不继承Source类,而是持有Source类的实例,以达到解决兼容性的问题。看图:继承

只须要修改Adapter类的源码便可:

public class Wrapper implements Targetable {  
  
    private Source source;  
      
    public Wrapper(Source source){  
        super();  
        this.source = source;  
    }  
    @Override  
    public void method2() {  
        System.out.println("this is the targetable method!");  
    }  
  
    @Override  
    public void method1() {  
        source.method1();  
    }  
}

测试类:

public class AdapterTest {  
  
    public static void main(String[] args) {  
        Source source = new Source();  
        Targetable target = new Wrapper(source);  
        target.method1();  
        target.method2();  
    }  
}

输出与第一种同样,只是适配的方法不一样而已。

3、接口的适配器模式

接口的适配器是这样的:有时咱们写的一个接口中有多个抽象方法,当咱们写该接口的实现类时,必须实现该接口的全部方法,这明显有时比较浪费,由于并非全部的方法都是咱们须要的,有时只须要某一些,此处为了解决这个问题,咱们引入了接口的适配器模式,借助于一个抽象类,该抽象类实现了该接口,实现了全部的方法,而咱们不和原始的接口打交道,只和该抽象类取得联系,因此咱们写一个类,继承该抽象类,重写咱们须要的方法就行。看一下类图:

这个很好理解,在实际开发中,咱们也常会遇到这种接口中定义了太多的方法,以至于有时咱们在一些实现类中并非都须要。看代码:

public interface Sourceable {  
      
    public void method1();  
    public void method2();  
}

抽象类Wrapper2:

public abstract class Wrapper2 implements Sourceable{  
      
    public void method1(){}  
    public void method2(){}  
}
public class SourceSub1 extends Wrapper2 {  
    public void method1(){  
        System.out.println("the sourceable interface's first Sub1!");  
    }  
}
public class SourceSub2 extends Wrapper2 {  
    public void method2(){  
        System.out.println("the sourceable interface's second Sub2!");  
    }  
}
public class WrapperTest {  
  
    public static void main(String[] args) {  
        Sourceable source1 = new SourceSub1();  
        Sourceable source2 = new SourceSub2();  
          
        source1.method1();  
        source1.method2();  
        source2.method1();  
        source2.method2();  
    }  
}

测试输出:

the sourceable interface's first Sub1!
the sourceable interface's second Sub2!

达到了咱们的效果!

讲了这么多,总结一下三种适配器模式的应用场景:

类的适配器模式:当但愿将一个类转换成知足另外一个新接口的类时,可使用类的适配器模式,建立一个新类,继承原有的类,实现新的接口便可。

对象的适配器模式:当但愿将一个对象转换成知足另外一个新接口的对象时,能够建立一个Wrapper类,持有原类的一个实例,在Wrapper类的方法中,调用实例的方法就行。

接口的适配器模式:当不但愿实现一个接口中全部的方法时,能够建立一个抽象类Wrapper,实现全部方法,咱们写别的类的时候,继承抽象类便可。

相关文章
相关标签/搜索