之前的设计模式可以参考:http://blog.csdn.net/wj903829182/article/category/7068746
这里继续前面没有总结完的设计模式,适配器模式,适配器模式的定义:将一个类的接口变换成客户端期待的另外一种接口,从而使原本不匹配的而无法在一起工作的两个类能够在一起工作。
一 适配器模式的简单实现
适配器模式又叫做变压器模式,也叫做包装模式(Wrapper),但是包装模式可不止一个。下面是用visio画的适配器模式的通用类图:
Adapter是适配器类,实现目标接口Target继承Adaptee类。
Target目标角色:该角色定义把其他类转换为何种接口,也就是我们的期待接口。
Adaptee源角色:你想把谁转换成目标角色,这个“谁”就是源角色,它是已经存在的,运行良好的类或对象,经过适配器角色的包装,它会成为一个崭新,靓丽的角色。
Adapter适配器角色:适配器模式的核心角色,其他两个角色都是已经存在的角色,而适配器角色是需要新建立的,它的职责非常简单:把源角色转换为目标角色。转换的方式有:通过继承或者类关联的方式。
清楚了各个角色的职责了,下面看源代码:
package com.jack.adapter;
/**
* Created by jack on 2018/1/26.
* 目标接口
*/
public interface Target {
void request();
}
package com.jack.adapter;
/**
* Created by jack on 2018/1/26.
* 目标角色的实现类
*/
public class ConcreteTarget implements Target {
@Override
public void request() {
System.out.println("if you need any help ,please call me.");
}
}
package com.jack.adapter;
/**
* Created by jack on 2018/1/26.
* 源角色
*/
public class Adaptee {
public void doSomething() {
System.out.println("you can doSomething");
}
}
package com.jack.adapter;
/**
* Created by jack on 2018/1/26.
*/
public class Adapter extends Adaptee implements Target {
@Override
public void request() {
super.doSomething();
}
}
package com.jack.adapter;
/**
* Created by jack on 2018/1/26.
* 场景类
*/
public class Client {
public static void main(String[] args) {
//源有的业务逻辑
Target target = new ConcreteTarget();
target.request();
//现在增加了适配器角色后的业务逻辑
Target target1 = new Adapter();
target1.request();
}
}
有上面的类图了,看这代码应该不难了,代码也比较简单就不多说了。
二 适配器模式的优点
适配器模式的优点:
1,适配器模式可以让两个没有任何关系的类在一起运行,只要适配器这个角色能够搞定他们就成了。
2,增加了类的透明性,我们访问的是target目标角色,但是具体的实现都委托给了源角色,而这些对高层模块是透明的,也是它不需要关心的。
3,提高了类的复用度,源角色在原有的系统中还是可以正常使用,而在目标角色中也可以充当新的演员。
4,灵活性非常好,如果哪一天突然不想要适配器了,删除掉这个适配器就可以了,其他的代码都不用修改,基本上就类似一个灵活的构件,想用就用,不想就卸载掉。
三 适配器模式的使用场景
适配器应用的场景:你有动机修改一个已经投产中的接口时,适配器模式可能是最合适的你模式。比如系统扩展了,需要使用一个已有或新建立的类,但这个类又不符合系统的接口,这时候就可以考虑使用适配器模式了。
四 适配器模式的注意事项
适配器模式最后在详细设计阶段不要考虑它,它不是为了解决还处在开发阶段的问题,而是解决在服役的项目问题,没有一个系统分析师会在做详细设计的时候考虑使用适配器模式,这个模式使用的主要场景是扩展应用中。再次提醒一点,项目一定要遵守依赖倒置原则和里氏替换原则,否则即使在适合使用适配器场合下,也会带来非常大的改造。
五 适配器模式的扩展
下面的uml类图是对适配器模式的一个扩展,主要看类图:
这里适配器模式使用的实现接口,然后依赖其他三个类,代码就不给出了,有了类图,实现起来代码还是很简单的。上面的叫做对象适配器,通过继承进行的适配,叫做类适配器。
下面是对象适配器的通用类图:
适配器的通用代码比较简单,把原有的继承关系变更为关联关系就可以了。对象适配器和类适配器的区别是:类适配器是类间继承,对象适配器是对象的合成关系,也可以说是类的关联关系,这是两者的根本区别。二者在实际项目中都会经常用到,由于对象适配器是通过类间的关联关系进行耦合的,因此在设计时就可以做到比较灵活。
最佳实践:适配器模式是一个补偿模式,或者说是一个补救模式,通常用来解决接口不相容的问题,在百分之百的完美设计中不可能使用到的。适配器模式作为一种补救的措施,实现兼容。
源码地址:
https://github.com/wj903829182/springboot/tree/master/designpattern/src/main/java/com/jack/adapter
欢迎加群交流:331227121