适配器模式
1、概念
定义:将一个类的接口转换成客户希望的另一个接口,使得原本有的接口不兼容而不能一起工作的那些类可以一起工作。
使用场景:系统的数据与行为都正确,但接口不符时,我们应该考虑适配器,目的是使控制范围之外的一个原有对象与某个接口匹配。适配器模式主要应用于希望复用一些现存的类,但是接口有复用要求不一致的情况。
2、类图与角色
-
目标角色(Target):该角色定义把其他类转换为何种接口,也就是我们期望的接口。
-
源角色(Adaptee):源角色是已经存在的、运行良好的类或对象,经过适配器角色的包装,它会成为一个崭新亮丽的角色。
-
适配器角色(Adapter):适配器模式的核心角色,其他两个角色都是已经存在的角色,而适配器角色是需要新建立的,它的职责非常简单:通过继承或是类关联的方式,把源角色转换为目标角色。
3、分类及代码演示
- 类适配器,既继承了 Adaptee (被适配类),也实现了 Target 接口(因为 Java 不支持多继承,所以这样来实现)。
static class Adaptee {
public void specialRequest() {
System.out.println("适配类:已存在的、具有特殊功能、但不符合我们既有的标准接口的类");
}
}
// 目标接口,或称为标准接口
interface Target {
public void request();
}
// 具体目标类
static class ConcreteTarget implements Target {
public void request() {
System.out.println("普通类:现有或既有的类,只提供原有普通功能");
}
}
// 适配器类,继承了被适配类,同时实现标准接口
static class Adapter extends Adaptee implements Target{
public void request() {
super.specialRequest();
}
}
public static void main(String[] args) {
//使用普通功能类
Target concreteTarget = new ConcreteTarget();
concreteTarget.request();
// 使用适配类
Target adapter = new Adapter();
adapter.request();
}
- 对象适配器,使用直接关联,或者称为委托的方式。
//适配类,目标接口,具体目标类 与 类适配器 相同
// 适配器类,直接关联被适配类,同时实现标准接口
static class Adapter implements Target{
// 直接关联被适配类
private Adaptee adaptee;
// 可以通过构造函数传入具体需要适配的被适配类对象
public Adapter (Adaptee adaptee) {
this.adaptee = adaptee;
}
public void request() {
// 这里是使用委托的方式完成特殊功能
this.adaptee.specialRequest();
}
}
public static void main(String[] args) {
// 使用普通功能类
Target targetCommon = new ConcreteTarget();
targetCommon.request();
// 使用特殊功能类,即适配类,
// 需要先创建一个被适配类的对象作为参数
Target targetAdapter = new Adapter(new Adaptee());
targetAdapter.request();
}
输出结果相同:
- 类适配器与对象适配器区别:
- 类适配器使用的是继承的方式,直接继承了Adaptee,所以无法对Adaptee的子类进行适配,在一些简单的接口适配和扩展中要更好用一点。
- 对象适配器使用的是组合的方式,·所以Adaptee及其子孙类都可以被适配。另外,对象适配器对于增加一些新行为非常方便,而且新增加的行为同时适用于所有的源。
- 基于组合/聚合优于继承的原则,使用对象适配器是更好的选择。但具体问题应该具体分析,某些情况可能使用类适配器会适合,最适合的才是最好的。
4、优缺点
- 适配器模式优点:
(1)适配器模式可以让两个没有任何关系的类在一起运行,只要适配器这个角色能够搞定他们就成。
(2)增加了类的透明性:高层模块访问的是Target目标角色,具体的业务实现的是Adaptee源角色。
(3)提高了类的复用度:Adaptee源角色在原有系统中还可以正常使用,而在目标角色中也可以充当新的角色。
(4)灵活性非常好:如果不需要适配器了,删除适配器就可以了,其他的代码都不用修改。基本上就类似一个灵活的构件,想用就用,不想就卸载。
- 适配器模式缺点:
-
类适配器模式的缺点:对于Java等不支持多重继承的语言,一次最多只能适配一个适配者类,而且目标抽象类只能为抽象类,不能为具体类,其使用有一定的局限性,不能将一个适配者类和它的子类都适配到目标接口。
-
对象适配器模式的缺点:与类适配器模式相比,要想置换适配者类的方法就不容易。如果一定要置换掉适配者类的一个或多个方法,就只好先做一个适配者类的子类,将适配者类的方法置换掉,然后再把适配者类的子类当做真正的适配者进行适配,实现过程较为复杂。
-