设计模式(Design Patterns)-可复用面向对象软件的基础 06:适配器模式(Adapter)
2017-09-01 11:54
716 查看
一、写在前面的话
之前的几篇文章分析了5种创建型模式,从设计模式(Design Patterns)-可复用面向对象软件的基础 06这篇文章开始,继续介绍7种结构型模式:适配器模式、装饰模式、代理模式、外观模式、桥接模式、组合模式、享元模式,其中对象的适配器模式是各种模式的起源。
二、适配器模式(Adapter)
适配器模式将某个类的接口转换成客户端期望的另一个接口表示,目的是消除由于接口不匹配所造成的类的兼容性问题。
主要分为三类:类的适配器欧式、对象的适配器模式、方法的适配器模式,
下面为大家一一介绍。
1、类的适配器模式
核心思想就是:有一个Source类,拥有一个方法,待适配,目标接口是Targetable,通过Adapter类,将Source的功能扩展到Targetable里,看代码:
Adapter类继承Source类,实现Targetable接口,下面是测试类:
package csdn.article06;
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类的源码即可:
package csdn.article06;
public class AdapterTest2 {
public static void main(String[] args){
Source source = new Source();
Targetable target = new Wrapper(source);
target.method1();
target.method2();
}
}
输出与之前一样,只是适配的方法不同而已。
3、接口的适配器模式
有时候我们写的一个接口中有多个抽象方法,当我们写该接口的实现类时,必须实现该接口的所有方法,这明显有时比较浪费,因为并不是所有的方法都是我们需要的,有时只需要一些,这里为了解决这个问题,我们引入了接口的适配器模式,借助于一个抽象类,该抽象类实现了该接口,实现了所有的方法,而我们不和原始的接口打交道,之和该抽象类取得联系,所以我们写一个类,继承该抽象类,重写我们需要的方法就行。
这个很好理解,在实际开发中,我们也常会遇到这种接口中定义了太多的方法,以致于有时我们在一些实现类中并不是都需要。看代码:
package csdn.article06;
public interface Sourceable {
public void method1();
public void method2();
}
package csdn.article06;
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 Sub1!
达到了我们的预期效果。
【总结:】三种适配器模式的应用场景:
类的适配器模式:当希望将一个类转换成满足另一个新接口的类时,可以使用类的适配器模式,创建一个新类,继承原有的类,实现新的接口即可。
对象的适配器模式:当希望将一个对象转换成满足一个新接口的对象时,可以创建一个Wrapper类,持有原类的一个实例,在Wrapper类的方法中,调用实例的方法即可。
接口的适配器模式:当不希望实现一个借口中所有的方法时,可以创建一个抽象类Wrapper,实现所有方法,我们写别的类的时候,继承该抽象类即可。
原文链接:http://blog.csdn.net/Dove_Knowledge/article/details/72730400
之前的几篇文章分析了5种创建型模式,从设计模式(Design Patterns)-可复用面向对象软件的基础 06这篇文章开始,继续介绍7种结构型模式:适配器模式、装饰模式、代理模式、外观模式、桥接模式、组合模式、享元模式,其中对象的适配器模式是各种模式的起源。
二、适配器模式(Adapter)
适配器模式将某个类的接口转换成客户端期望的另一个接口表示,目的是消除由于接口不匹配所造成的类的兼容性问题。
主要分为三类:类的适配器欧式、对象的适配器模式、方法的适配器模式,
下面为大家一一介绍。
1、类的适配器模式
核心思想就是:有一个Source类,拥有一个方法,待适配,目标接口是Targetable,通过Adapter类,将Source的功能扩展到Targetable里,看代码:
package csdn.article06; /** * 类的适配器模式 * 待适配类 * @author JiangShuai * */ public class Source { public void method1(){ System.out.println("this is original method!"); } } package csdn.article06; public interface Targetable { /*与原类中的方法相同*/ public void method1(); /*新类的方法*/ public void method2(); } package csdn.article06; public class Adapter extends Source implements Targetable { @Override public void method2() { System.out.println("this is the Targetable method!"); } }
Adapter类继承Source类,实现Targetable接口,下面是测试类:
package csdn.article06;
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类的源码即可:
package csdn.article06; /** * 对象的适配器模式 * @author JiangShuai * */ public class Wrapper implements Targetable { private Source source; public Wrapper(Source source) { super(); this.source = source; } @Override public void method1() { source.method1(); } @Override public void method2() { System.out.println("this is the targetable method!"); } }测试类:
package csdn.article06;
public class AdapterTest2 {
public static void main(String[] args){
Source source = new Source();
Targetable target = new Wrapper(source);
target.method1();
target.method2();
}
}
输出与之前一样,只是适配的方法不同而已。
3、接口的适配器模式
有时候我们写的一个接口中有多个抽象方法,当我们写该接口的实现类时,必须实现该接口的所有方法,这明显有时比较浪费,因为并不是所有的方法都是我们需要的,有时只需要一些,这里为了解决这个问题,我们引入了接口的适配器模式,借助于一个抽象类,该抽象类实现了该接口,实现了所有的方法,而我们不和原始的接口打交道,之和该抽象类取得联系,所以我们写一个类,继承该抽象类,重写我们需要的方法就行。
这个很好理解,在实际开发中,我们也常会遇到这种接口中定义了太多的方法,以致于有时我们在一些实现类中并不是都需要。看代码:
package csdn.article06;
public interface Sourceable {
public void method1();
public void method2();
}
package csdn.article06; public class SourceSub2 extends Wrapper2 { public void method2(){ System.out.println("the sourceable interface's second Sub1!"); } }测试类:
package csdn.article06;
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 Sub1!
达到了我们的预期效果。
【总结:】三种适配器模式的应用场景:
类的适配器模式:当希望将一个类转换成满足另一个新接口的类时,可以使用类的适配器模式,创建一个新类,继承原有的类,实现新的接口即可。
对象的适配器模式:当希望将一个对象转换成满足一个新接口的对象时,可以创建一个Wrapper类,持有原类的一个实例,在Wrapper类的方法中,调用实例的方法即可。
接口的适配器模式:当不希望实现一个借口中所有的方法时,可以创建一个抽象类Wrapper,实现所有方法,我们写别的类的时候,继承该抽象类即可。
原文链接:http://blog.csdn.net/Dove_Knowledge/article/details/72730400
相关文章推荐
- 设计模式(Design Patterns)-可复用面向对象软件的基础 06:适配器模式(Adapter)
- 设计模式(Design Patterns)-可复用面向对象软件的基础 08:外观模式(Facade)
- 设计模式(Design Patterns)-可复用面向对象软件的基础 01:简介(Abstract)
- 设计模式(Design Patterns)-可复用面向对象软件的基础 02:工厂方法模式(Factory Method)和抽象工厂模式(Abstract Factory)
- Design Patterns(设计模式 可复用面向对象软件的基础)
- 设计模式(Design Patterns)-可复用面向对象软件的基础 07:装饰模式(Decorator)
- 设计模式(Design Patterns)-可复用面向对象软件的基础 04:建造者模式(Builder)
- 设计模式(Design Patterns)-可复用面向对象软件的基础 05:原型模式(Prototype)和Java中的深、浅拷贝
- 设计模式(Design Patterns)-可复用面向对象软件的基础 03:单例模式(Singleton)
- 设计模式(Design Patterns——可复用面向对象软件的基础
- 第二章 实例研究:设计一个文档编辑器--《设计模式-可复用面向对象软件的基础》Erich Gamma
- 借书20041102_《设计模式:可复用的面向对象软件的基础》《微软项目:求生法则》
- 可复用面向对象软件基础——设计模式(一)之总览
- 可复用面向对象软件基础——设计模式(二)之工厂方法模式
- 设计模式-可复用面向对象软件的基础 [读书笔记]
- 学习:设计模式 可复用面向对象软件的基础 【引言】
- 可复用面向对象软件基础——设计模式(三)之抽象工厂模式
- 设计模式--可复用面向对象软件的基础(双语版)(十五周年·限量纪念版)
- 迭代器模式--《设计模式-可复用面向对象软件的基础》Erich Gamma
- <<设计模式-可复用面向对象软件的基础>>读书笔记