浅谈springMVC中的设计模式(2)——适配器模式

在上一篇中我们说到了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与相应适配器类解耦，达到了高复用，也可以借鉴学习。