像Struts一样,Spring MVC框架中同样分为前端控制器和后端控制器,其可以用如下图简单描述,Spring MVC的前端控制器DispatcherServlet负责初始化所需的资源和处理整个请求的工作流程(Struts中为ActionServlet),接收并处理符合一定规则http请求,例如 /springmvc/*等(在web.xml文件中配置),同时将http请求负责给后端控制器,目前默认后端控制器主要有Controller 、HttpRequestHandler和ThrowawayController,其中以Controller为主。
Spring MVC的处理过程大致如下:
http请求---à根据handlerMappings解析url---à找到最精确匹配的mappedHandler(HandlerExecutionChain类型,该类型其实是封装了Handler和拦截器)-à执行拦截器的preHandle方法--à获得HandlerAdapter,并通过Adapter模式调用Handler的handler的handle方法(此处非常关键,其实就是执行Controller),并返回ModelAndView对象---à执行拦截器的postHandle方法--à渲染试图--à渲染拦截器的afterCompletion方法。
在此至少能学到做框架设计四个非常重要的方
1、 Framework其实我们也可以写---------规范了处理流程,提供常用的功能实现
一个技术架构之所以成为框架,我个人认为首先应该明确整个处理的工作流程,也就是定下规则,当然这里需要用到大量的接口编程,使得以后的程序员可以扩展,更重要的是,以后具体实现功能可以不一样(例如同样是渲染到视图上,有的是采用jsp,有的采用freemarker等),当然框架要定义自己默认的一些实现(例如Spring MVC的Controller就提供了很多现成的实现,包括UrlFilenameViewController 、 MultiActionController等,当然实际的项目中,我们要写更多自己的Controller实现)。
2、 代码可以更优雅---------设计模式
一个好的框架,尤其是Spring这样优秀的框架,里面用到了大量的设计模式(对于设计模式,可能对于初学者有点怵头,其实我个人认为设计模式就是处理一类事情的思路,当然这些需要经过适当的抽象和精炼,所以设计模式在我们没有接触编程语言之前就会了一些,有些人就习惯把事情搞复杂 ^_^),在此简单介绍一种Adapter模式(当然上面的第一点,我们又可以认为用到了模板设计模式),
上面的过程已经定义了我们用Spring MVC处理一件事情的流程,但是具体做什么事情是由我们的业务系统解决的。还一句话说,具体做什么,需要我们程序员根据系统的需要自己来处理(在此不涉及DAO和BO层),在Spring MVC中更多是写自己的Controller(就像Struts中的Action),
还是简单介绍一下Adapter,我们举一个不太精准的例子,假如我的某电器只接受的是38V的电压,而我们常用的是220V的民用电,如何才能在220V的电压上用我38V的电器? 非常简单,找一个变压器,这就用到了Adapter设计模式,如果我已经有两个现成功能的对象,但不想改变继承关系,我们需要做一个适配器(Spring MVC在此用到了HandlerAdapter适配器)。
我们先看下面两个接口,Controller是我们自己要实现的接口
public interface Controller {
ModelAndView handleRequest(HttpServletRequest request, HttpServletResponse response) throws Exception;
}
HandlerAdapter中
public interface HandlerAdapter {
boolean supports(Object handler);
ModelAndView handle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception;
long getLastModified(HttpServletRequest request, Object handler);
}
如果我们想办法让执行handle方法的时候去调用Controller中的handleRequest方法,一切搞定。
Spring MVC默认为为我们提供了三种HandlerAdapter实现,分别为
org.springframework.web.servlet.mvc.HttpRequestHandlerAdapter,
org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter,
org.springframework.web.servlet.mvc.throwaway.ThrowawayControllerHandlerAdapter
(在DispatcherServlet.properties中配置)
以我们系统中常用的Controller为例:
public class SimpleControllerHandlerAdapter implements HandlerAdapter {
public boolean supports(Object handler) {
return (handler instanceof Controller);
}
public ModelAndView handle(HttpServletRequest request, HttpServletResponse response, Object handler)
throws Exception {
return ((Controller) handler).handleRequest(request, response);
}
public long getLastModified(HttpServletRequest request, Object handler) {
if (handler instanceof LastModified) {
return ((LastModified) handler).getLastModified(request);
}
return -1L;
}
}
经过上面的描述,我们只要去实现Controller接口(更多的时候,我们继承AbstractController抽象类更合适,在第三点介绍),剩下的DispatcherServlet都帮我们搞定了。
3、 我的地盘我做主-----------开放-封闭原则
我们在来看一下Controller接口
public interface Controller {
ModelAndView handleRequest(HttpServletRequest request, HttpServletResponse response) throws Exception;
}
所有的类,只要实现handleRequest方法即可,可在描述第二点的时候,我推荐继承AbstractController抽象类,那么我们研究一下AbstractController,很奇怪的是我们看到
handleRequest方法被final所修饰,意味着我们的子类没有办法来覆写该方法,好像和上面说的有一些矛盾。
public final ModelAndView handleRequest(HttpServletRequest request, HttpServletResponse response)
throws Exception {
checkAndPrepare(request, response, this instanceof LastModified);
if (this.synchronizeOnSession) {
HttpSession session = request.getSession(false);
if (session != null) {
Object mutex = WebUtils.getSessionMutex(session);
synchronized (mutex) {
return handleRequestInternal(request, response);
}
}
}
return handleRequestInternal(request, response);
}
其实AbstractController已经偷梁换柱了,给我们提供了如下的抽象方法
protected abstract ModelAndView handleRequestInternal(HttpServletRequest request, HttpServletResponse response)
throws Exception;
回过头来仔细想想,同样都是处理HTTP请求,如果我们要设置HTTP缓存时间?设置允许请求的方法(常用的GET和POST)?是否要在我们每个Controller子类中来设置?Spring MVC在此良苦用心,在AbstractController中都为我们处理好了。一方面在handleRequest中规定了处理流程,使得以后的程序员(尤其是不知道内情的程序员)不能更改,我们把它叫封闭原则,另一方面我们给以后的程序员提供了扩展的地方,在这里就是覆写handleRequestInternal方法。当然在此如果还不清楚的话,我们举一个通俗的例子:如果要做一盘醋溜白菜,为了更可口一点,我们知道最后要勾点芡,如果是一个不会做菜的人,一刚开始就放勾好的芡,那就坏了,换句话说,如果做一件事的业务逻辑非常重要,撒开手交给别人做,可能就出问题,如果我们把业务逻辑规定好,出错的概率就小多了,在这里封闭就体现必须在将勾芡放在最后一步,扩展体现在你可以用圆白菜,也可以用大白菜,业务需要(或者个人喜好)由你自己决定。
4、 术业有专攻,做你自己擅长的
“不重复发明轮子”这句话对我影响比较深,一方面说明不重复投资,另一方面其实也说明术业有专攻,在这一点Spring发挥到了极致,到处用成熟的框架,例如封装Hibernate、封装Quartz等,这些框架本身很成熟,Spring团队没有必要重新搞一套,除非是吃饱了撑的。在这里我要说明的是Spring MVC中将返回什么内容和怎么显示返回的内容两者分开,前者是业务逻辑决定的,后者是纯视图技术(可以用jsp、PDF、excel等),Spring MVC抽象出一个View接口,专门用于视图显示。
public interface View {
String getContentType();
void render(Map model, HttpServletRequest request, HttpServletResponse response) throws Exception;
}
Spring MVC除了抛出一个View规范之外,还有非常多的默认实现,包括JstlView、TilesView、XsltView、ImageView、AbstractPdfView、AbstractExcelView等,让我们熟悉不同视图技术的工程师对Spring MVC折服之余,也让我们以后写代码、做项目多了几分从容。
http://tech.e800.com.cn/articles/2009/819/1250644092969_1.html