在上一篇中我们说到了springMVC中的责任链模式,今天再来说说另一个在springMVC中用到的比较重要的设计模式——适配器模式。
定义:
开始之前,先来看一下适配器模式的定义:适配器模式将某个类的接口转换成客户端期望的另一个接口表示,主的目的是兼容性,让原本因接口不匹配不能一起工作的两个类可以协同工作.它主要分为三类:类适配器模式、对象的适配器模式、接口的适配器模式.这里不再累述.
HandlerAdapter:
在从上一篇文章的运作流程图中,我们可以发现HandlerAdapter这个接口的身影。下面我结合源码,谈一谈SpringMVC中使用的适配器模式.
首先我们看HandlerAdapter接口:
public interface HandlerAdapter {
/**
* 判断此handler是否是此HandlerAdapter支持的类型,每种HandlerAdapter只支持一种类型的handler
*/
boolean supports(Object handler);
/**
* 使用所给的handler处理请求
*/
ModelAndView handle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception;
long getLastModified(HttpServletRequest request, Object handler);
}
主要看前两个方法,其中,handle方法返回ModelAndView,说明它就是真正处理请求的方法。
接下来我们来看HandlerAdapter接口和它的实现类图:
我们可以看到,HandlerAdapter有五个实现类,其中继承自AbstractHandlerMethodAdapter的RequestMappingHandlerAdapter就是springMVC中处理请求最重要的类之一。
从上面的类图中,我们不难看出,对于不同类型的Handler,springMVC都实现了不同的HandlerAdapter。我们就从最重要的AbstractHandlerMethodAdapter入手,来看看springMVC是怎么实现不用的HandlerAdapter的。
HandlerAdapter的实现类
首先上代码
public abstract class AbstractHandlerMethodAdapter extends WebContentGenerator implements HandlerAdapter, Ordered {
private int order = Ordered.LOWEST_PRECEDENCE;
public AbstractHandlerMethodAdapter() {
// no restriction of HTTP methods by default
super(false);
}
public void setOrder(int order) {
this.order = order;
}
@Override
public int getOrder() {
return this.order;
}
/**
* 用instanceof判断此handler是否是HandlerMethod类型
*/
@Override
public final boolean supports(Object handler) {
return (handler instanceof HandlerMethod && supportsInternal((HandlerMethod) handler));
}
/**
* 判断是否支持此HandlerMethod
*/
protected abstract boolean supportsInternal(HandlerMethod handlerMethod);
/**
* 将handler强转为HandlerMethod传入handleInternal方法
*/
@Override
public final ModelAndView handle(HttpServletRequest request, HttpServletResponse response, Object handler)
throws Exception {
return handleInternal(request, response, (HandlerMethod) handler);
}
/**
* 实际的处理方法,由子类实现,由所给HandlerMethod处理请求
*/
protected abstract ModelAndView handleInternal(HttpServletRequest request,
HttpServletResponse response, HandlerMethod handlerMethod) throws Exception;
@Override
public final long getLastModified(HttpServletRequest request, Object handler) {
return getLastModifiedInternal(request, (HandlerMethod) handler);
}
protected abstract long getLastModifiedInternal(HttpServletRequest request, HandlerMethod handlerMethod);
}
从源码中,我们可以看到,对于传入的handler,supports方法用了instanceof关键字判断传入的handler类型是否是HandlerMethod类型。那么什么是HandlerMethod呢?
实际上HandlerMethod就是一个bean和方法的包装类,它提供了多种方法可以方便的得到bean的类型和方法的参数与返回值等信息。RequestMappingHandlerAdapter使用HandlerMethod作为handler,实际上就是将用户实现的处理方法(如@RequestMapping修饰的方法)包装起来作为handler实现对请求的处理。
思考与总结
通过HandlerAdapter接口,springMVC还将Servlet、Controller、HttpRequestHandler等类作为handler,实现了相应的适配器类(如上类图)。我们可以从中看出适配器模式相应的优势,例如,当我们需要不同handler处理请求时,我们只需要关注HandlerAdapter的实现类,重写其中的handler方法,就可以完成请求的处理,而不需要关注handler的本身的类型或方法等。
适配器模式很好的将所需要用的类和使用者相解耦,使用者只需要关注相应的适配器接口提供的接口方法即可。
最后,springMVC通过supports和instanceof关键字,最大程度的将handler与相应适配器类解耦,达到了高复用,也可以借鉴学习。