Spring mvc去掉@RequestMapping注解

    Spring mvc通过@RequestMapping映射到具体的controller或特定的处理方法上,并且可以在方法里注入各种你需要的参数类型，可以是任意顺序，用起来十分方便。比起其他mvc框架，这已经是一个很大的进步了，基本实现零配置。
    但是这也只是个假象，因为每个方法前必须配置@RequestMapping，不然spring的annotationMapping不会帮你做映射的，无法做到真正的零配置。struts2有很多零配置插件，只需添加开启插件即可实现按照默认风格实现零配置。ror更是约定优于配置的典范(虽然我不懂ror)。Spring2.5以前提供MultiActionController将多个请求路径处理方法合并在一个controller里，这样可以把相关功能组合在一起。但是我的处理方法必须符合如下签名:

// 'anyMeaningfulName'指任意方法名
public [ModelAndView | Map | void] anyMeaningfulName(HttpServletRequest, HttpServletResponse [,HttpSession] [,AnyObject])

但是这样并不能像使用@RequestMapping那样，容器帮我注入各种参数类型和返回值。
    如果提供一种机制，让spring controller不需再通过@RequestMapping，即可注入许多类型参数，就像MultiActionController通过"controllerName/methodName"的请求路径即可映射到特定的方法上，那spring mvc就可以进一步减少配置量了。当然如果你认为@RequestMapping还提供对请求method的拦截，那么完全可以设置让方法名后面加入相应的GET或者POST。比如:

@Controller("user")
public class UserController {
    // @RequestMapping(value="/user/save", method=RequestMethod.POST)
    // 无需配置@RequestMapping，同样映射这个路径
    public @ResponseBody String save_Post(User user) {
	return "";
    }
}

甚至像aop那样对方法拦截，默认方法名为save*、update*的使用post，get*、list*使用get。当然这些可能不能满足全部需求，像很多rest风格的url，这时候你还是可以使用@RequestMapping做映射。
    我之前想了几种方法希望能达到这些效果，但是都遇到了问题:
    1)实现InstantiationAwareBeanPostProcessor接口，在类实例化前，给controller实体类添加@RequestMapping，但是我发现原来java反射是无法改变或者添加注解的，悔恨自己反射机制没认真学啊。
    2)扩展AnnotationMethodHandlerAdapter类(spring mvc注解映射是靠这个类完成的)。AnnotationMethodHandlerAdapter实现HandlerAdapter接口，用来①处理请求，解析请求地址，找到controller方法，②最终调用controller方法，返回ModelAndView。而AnnotationMethodHandlerAdapter又把这两个步骤委托给ServletHandlerMethodResolver和ServletHandlerMethodInvoker两个内部类去完成，但是可恨的是这两个内部类都是private的，根本无法扩展。ServletHandlerMethodResolver在resolveHandlerMethod方法解析请求url，然后找到头上有@RequestMapping的类或者方法，将这些方法放入handlerMethods，只有这些方法才会被判断是否符合请求地址。因为ServletHandlerMethodResolver是一个私有内部类，所以要去夸张比较困难，而且几乎很多地方都要重写等于重新写一个自己的AnnotationMethodHandlerAdapter。
    以上是我学习spring mvc时的一点疑惑，请哪位高手给点提示，或者能不能有自己心得分享下。

评论

1 楼 fhjxp 2010-12-30  

我这几天也试着按照文章思路的实现0配置，甚至想到了修改Spring的源码。改起来的工作量还是很大。