设计模式之适配器模式

适配器模式

概述

适配器模式是一种使用频率非常高的结构型设计模式,如果再系统中存在不兼容的接口,可以通过引入一个适配器来使原本因为接口不兼容而不能一起工作的两个类能够协调工作

将一个类的接口转换成客户希望的另一个接口,适配器模式让那些接口不兼容的类可以一起工作

适配器模式

1. Target(目标抽象类) 目标抽象类定义客户所需的接口,可以是一个抽象类或者接口,也可以是具体类,再适配器中,由于java语言不支持多重继承它只能是接口
2. Adapter(适配器类) 它可以调用另一个接口,作为一个转换器,对Adaptee和Target进行适配,适配器Adapter是适配器模式的核心,在类适配器中,它通过实现Target接口并继承Adaptee类来使二者产生联系,在对象适配器中,它通过继承target并关联一个Adaptee对象使二者关联
3. Adaptee(适配者类) 适配者即适配的角色,它定义了一个已经存在的接口,这个接口需要适配,适配者类一般是一个具体类,包含了客户希望使用的业务方法,在某些情况下甚至没有适配者类的源代码

/**
 * @ClassName: CarControoler
 * @Description: 	汽车控制类，充当目标抽象类
 * @Author Crazy
 * @DateTime 2019年11月2日 下午8:28:28 
 */

public abstract class CarController {
		
	public void move() {
		System.out.println("玩具汽车移动");
	}
	
	public abstract void phonate();//发出声音
	public abstract void twinkle();//灯光闪烁
	public abstract void luntai();

}

/**
 * @ClassName: PoliceCarAdapter
 * @Description: 警车适配器， 充当适配器
 * @Author Crazy
 * @DateTime 2019年11月2日 下午8:33:12 
 */

public class BaomaAdapter extends CarController {
	Baomaluntai lt;
	
	
	
	public BaomaAdapter() {
		lt = new Baomaluntai();
	}

	@Override
	public void phonate() {
		// TODO Auto-generated method stub
		
	}

	@Override
	public void twinkle() {
		// TODO Auto-generated method stub
		
	}

	@Override
	public void luntai() {
		// TODO Auto-generated method stub
		lt.luntai();
	}


	
	

}

/**
 * @ClassName: PoliceCarAdapter
 * @Description: 警车适配器， 充当适配器
 * @Author Crazy
 * @DateTime 2019年11月2日 下午8:33:12 
 */

public class PoliceCarAdapter extends CarController {
	private PoliceSound sound;
	private PoliceLamp lamp;
	private PoliceFangxiang fangxiang;
	
	

	public PoliceCarAdapter() {
		sound = new PoliceSound();
		lamp = new PoliceLamp();
		fangxiang = new PoliceFangxiang();
	}

	@Override
	public void phonate() {
		// TODO Auto-generated method stub
		sound.alarmSound();
	}

	/*
	 * <p>Title: twinkle</p>
	 * <p>Description: </p>
	 * @Author Crazy
	 * @DateTime 2019年11月2日 下午8:33:12 
	 * @see adapterPattern.CarController#twinkle() 
	 */

	@Override
	public void twinkle() {
		// TODO Auto-generated method stub
		lamp.alarmLamp();
	}

	@Override
	public void luntai() {
		// TODO Auto-generated method stub
		
	}


}

public class Baomaluntai {

	public void luntai() {
		System.out.println("宝马四个轮胎");
	}
}

public class PoliceLamp {
	public void alarmLamp() {
		System.out.println("呈现警灯闪烁");
	}

}
public class PoliceSound {

	public void alarmSound() {
		System.out.println("发出警笛声");
	}
}
public class Client {

	public static void main(String[] args) {
		// TODO Auto-generated method stub
		CarController car = new PoliceCarAdapter();
		car.move();
		car.phonate();
		car.twinkle();
		car.luntai();
		CarController baoma = new BaomaAdapter();
		baoma.move();
		baoma.luntai();
	}

}

优缺点

对象适配器和类适配器 优点:

1. ​ 将目标类和适配者类解耦,通过引用一个适配器类来重用先有的适配者类,无须修改原有结构
2. 增加了类的透明性和复用性,将具体的业务实现过程封装在适配者类中,对于客户端类而言是透明的,而且提高了适配者的复用性,同一个适配者类可以在多个不同的系统中复用,
3. 灵活性和扩展性都非常好,通过适用配置文件可以很方便的更换适配器,也可以在不修改原有代码的基础上增加新的适配器类,完全农夫和开闭原则

对象适配器模式优点:

1. ​ 一个对象适配器可以把多个不同的适配者适配到一个目标
2. 可以适配一个适配者的子类,由于适配器和适配者之间是关联关系,根据里氏代换原则,适配者的子类也可以通过该适配器进行适配

类适配器缺点:

1. ​ 对于java等不支持多重类继承的语言,一次最多只能适配一个适配者类,
2. 适配者类不能为最终类,不能是final类
3. 在java 语言中,类适配模式中的目标抽象类只能是接口,不能为类,其实用有一定的局限性

对象适配器缺点

​ 与类适配器模式相比,在该模式下要在适配器中替换适配者类的某些方法比较麻烦,如果一定要置换掉适配者类的一个或多个方法,可以先做一个是适配者类的子类,将适配者类的方法置换,然后再适配者类的子类当成真正的适配者进行适配,

使用环境

1. 系统需要适用一些现有的类,而这些类的接口不符合系统的需要,甚至没有这些类的源代码
2. 向创建一个可以重复适用的类,用于和一些彼此之间没有太大联系的类一起工作