设计模式之适配器

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


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

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

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

输出:

this is original method!
this is the targetable method!

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

2.对象的适配器模式

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


只需要修改Adapter类的源码即可:

interface Targetable {

	/* 与原类中的方法相同 */
	public void method1();

	/* 新类的方法 */
	public void method2();
}

class Source {

	public void method1() {
		System.out.println("this is original method!");
	}
}

class Adapter implements Targetable {

	private Source source;

	public Adapter(Source source) {
		this.source = source;
	}

	@Override
	public void method2() {
		System.out.println("this is the targetable method!");
	}

	@Override
	public void method1() {
		source.method1();
	}
}

public class AdapterTest1 {

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

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

3.接口的适配器模式

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


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

interface Sourceable {

	public void method1();

	public void method2();
}

abstract class Wrapper2 implements Sourceable {

	public void method1() {
	}

	public void method2() {
	}
}

class SourceSub1 extends Wrapper2 {
	public void method1() {
		System.out.println("the sourceable interface's first Sub1!");
	}
}

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!

达到了我们的效果!


评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值