插座问题??
基本介绍
1)适配器模式(Adapter Pattern)将某个类的接囗转换成客户端期望的另一个接口表示,主目的是兼容性,让原本因接口不匹配不能一起工作的两个类可以协同工作。其别名为包装器(Wrapper)
2)适配器模式属于结构型模式
3)主要分为三类: 类适配器模式、对象适配器模式、接囗适配器模式
- 类适配器模式
Adapter类,通过继承src类,实现dst类接口,完成src->dst的适配。
应用实例,手机电源适配器,220v --> 5v
类适配器模式注意事项和细节
1)Java是单继承机制,所以类适配器需要继承src类这一点算是一个缺点,因为这要
求dst必须是接口,有一定局限性;
src类的方法在 Adapter中都会暴露出来,也增加了使用的成本
3)由于其继承了src类,所以它可以根据需求重写sc类的方法,使得 Adapter的灵
活性增强了
public class Voltage220V {
public int output220V() {
int src = 220;
System.out.println("电压=" + src + "V");
return src;
}
}
public interface IVoltage5V {
public int output5V();
}
public class VoltageAdapter extends Voltage220V implements IVoltage5V {
public int output5V() {
int srcV = output220V();
int dstV = srcV / 44;
return dstV;
}
}
public class Phone {
public void charge(IVoltage5V iVoltage5V) {
if (iVoltage5V.output5V() == 5) {
System.out.println("电压5V, 可以充电");
} else {
System.out.println("电压不为5V,不能充电");
}
}
}
public class Client {
public static void main(String[] args) {
System.out.println("=====类适配器模式=====");
Phone phone = new Phone();
phone.charge(new VoltageAdapter());
}
}
=====类适配器模式=====
电压=220V
电压5V, 可以充电
- 对象适配器模式
1)基本思路和类的适配器模式相同,只是将 Adapter类作修改,不是继承src类,而是持有src类的实例,以解决兼容性的问题。即:持有src类,实现dst类接口, 完成sc ---->dst的适配
2)根据“合成复用原则”,在系统中尽量使用关联关系来替代继承关系
3)对象适配器模式是适配器模式常用的一种
public class VoltageAdapter implements IVoltage5V {
private Voltage220V voltage220V;
VoltageAdapter(Voltage220V voltage220V) {
this.voltage220V = voltage220V;
}
@Override
public int output5V() {
// TODO Auto-generated method stub
int dstV = 0;
if (null != voltage220V) {
int srcV = voltage220V.output220V();
System.out.println("使用对象适配器进行转换");
dstV = srcV / 44;
}
return dstV;
}
}
public class Client {
public static void main(String[] args) {
System.out.println("=====对象适配器模式=====");
Phone phone = new Phone();
Voltage220V voltage220V = new Voltage220V();
phone.charge(new VoltageAdapter(voltage220V));
}
}
=====对象适配器模式=====
电压=220V
使用对象适配器进行转换
电压5V, 可以充电
- 接口适配器模式
接口适配器模式介绍
1)一些书籍称为:适配器模式( Default Adapter Pattern)或缺省适配器模式
2)当不需要全部实现接口提供的方法时,可先设计一个抽象类实现接口,并为该接口中每个方法提供一个默认实现(空方法),那么该抽象类的子类可有选择地覆盖父类的某些方法来实现需求
3)适用于一个接口不想使用其所有的方法的情况。
public interface Interface4 {
public void m1();
public void m2();
public void m3();
public void m4();
}
public class AbsAdapter implements Interface4{
@Override
public void m1() {
// TODO Auto-generated method stub
}
@Override
public void m2() {
// TODO Auto-generated method stub
}
@Override
public void m3() {
// TODO Auto-generated method stub
}
@Override
public void m4() {
// TODO Auto-generated method stub
}
}
public class Client {
public static void main(String[] args) {
// TODO Auto-generated method stub
AbsAdapter absAdapter = new AbsAdapter() {
//只需要覆盖我们需要使用的接口方式
@Override
public void m1() {
System.out.println("使用了m1的方法");
}
};
absAdapter.m1();
}
}
适配器模式在SpringMVC框架中的应用、
适配器模式在 SpringMvo框架应用的源码剖析
1) SpringMvc中的 HandlerAdapter,就使用了适配器模式
2) SpringMVC处理请求的流程回顾
5 Drnc.w架z
3)使用 HandlerAdapter的原因分析:
可以看到处理器的类型不同,有多重实现方式,那么调用方式就不是确定的,如果需要直接调用Contro‖er方法,需要调用的时候就得不断是使用iese来进行判断是哪一种子类然后执行。那么如果后面要扩展 Controller,就得修改原来的代码,这样违背了OCP原则
SpringMVC的请求流程:
中央调度控制器(DisoatcherServlet),通用HandlerMapping的处理,找到用户希望请求的Handler。然后执行目标方法。拿到modelandview结果,试图解析器。。。。。。-----》
源码分析:
DispatherServlet-------》中的doDispatch处理请求
mappedHandler = this.getHandler(processedRequest);
根据请求得到控制器。
HandlerAdapter ha = this.getHandlerAdapter(mappedHandler.getHandler());
返回一个适配器,因为不同的handler需要不同的适配器处理。
HandlerAdapter是一个接口。support是用来判断这个HanlerAdapter能不能处理这个handler。handle则是用来处理。
public interface HandlerAdapter {
boolean supports(Object var1);
@Nullable
ModelAndView handle(HttpServletRequest var1, HttpServletResponse var2, Object var3) throws Exception;
long getLastModified(HttpServletRequest var1, Object var2);
}
以下是HandlerAdater的实现,用于处理不同的请求。
一个简单的类图来理解:
当增加一个OtherController是增加一个其的适配器。根据输入的controller不同自动找到其需要的适配器。
适配器模式的注您事项和细节
1)三种命名方式,是根据src是以怎样的形式给到 Adapter(在 Adapter里的形式)来命名的。
2)类适配器:以类给到,在 Adapter里,就是将src当做类,继承
对象适配器:以对象给到,在 Adapter里,将src作为一个对象,持有
接口适配器:以接囗给到,在 Adapter里,将src作为一个接口,实现
3) Adapter模式最大的作用还是将原本不兼容的接口融合在一起工作。
4)实际开发中,实现起来不拘泥于我们讲解的三种经典形式