简化Spring Controller至所有MVC方案中最简- -
别人选MVC方案追求模式之美，所以从Struts到Webwork，Tapestry一直激动不已。但我觉得这些复杂的玩具都是瞎折腾。MVC不就是把M、V、C分开么，至唯物朴素的做法是两个JSP一个负责View，一个负责Controler，再加一个负责Model的Java Bean已经可以工作得很好，那时候还没有框架，一切都很简单。
所以，我选MVC方案只选最具有化简潜质的，就是Spring MVC了，同时它和Spring 其他部分的结合也最自然。
优势
Spring MVC一不需要Form Bean，也不需要Tapestry那所谓面向对象的页面对象，对于深怕类膨胀，改一个东西要改N个地方的人最适合不过。
二不需要强XML配置文件，宣告式编程是好的，但如果强制成框架，什么都要在xml里面宣告，写的时候繁琐，看的时候也要代码配置两边看才能明白就比较麻烦了。
三是它的Controler框架有着从松到紧的类层次结构，用户可以选择只有一个HandleRequest()函数的基类，也可以使用它有很多回调函数的SimpleFormController。
可见，只要够懒，Spring MVC可以非常简约。但它只是提供了这种化简的潜力，如果不加思索的照搬它Sample里的做法，就一点不会简单。
化简
首先，simple form controler非我所好，一点都不simple。所以有时我会直接implement controler接口，如果需要用到application对象，比如想用application.getRealPath这样的方法时，我会extends webApplicationObjectSupport。另外还要什么时就在simpleFormControler的继承树里面找。
然后，我是坚决支持一个Controler负责多个action的。一个Controler一个action就像一个function一个类一样无聊。所以我用最传统的方式，用URL参数如msg="insert"把一组相关action交给一个Controler控制。
但是，如果所有action都挤在handleRequest()里就太拥挤了，必须分开函数来处理，如
if (msg.equals("insert"))
{
return insert(request);
}
但如果这样逐条分发消息，又觉得太重复劳动了，所以又拿jakarta BeanUtils出来，一句 try
{
return (ModelAndView) MethodUtils.invokeMethod(this, msg, request);
}
catch (InvocationTargetException e)
{
throw (Exception) e.getCause();
}
完成了所有消息的分发，前提是消息处理函数必须和消息同名。
最后写那个消息处理函数的头我也觉得累，在idea里写了下面的模板，取名为msgm
public ModelAndView $msg$(HttpServletRequest request) throws Exception
{ return new ModelAndView("$END$");
}
这样我只要输入msgm，按一下tab就能生成上面的内容，输入$msg$后按回车，光标就会停到$END$处。
最后，因为MethodUtils.invokeMethod()把所调用函数的抛出的异常都转为InvocationTargetException了，所以需要把它从新拿回来，否则下面这段Spring自动分开程序Exception和用户友好提示信息就没作用了。
<bean id="exceptionResolver"
class="org.springframework.web.servlet.handler.SimpleMappingExceptionResolver">
<property name="defaultErrorView">
<value>/Failure.jsp</value>
</property>
<property name="exceptionMappings">
<props>
<prop key="com.itorgan.common.UserException">/FriendlyFailure.jsp</prop>
</props>
</property>
</bean>
其次，对于XML宣告式编程，我的取舍很简单，反正Spring没有任何强制，我只在可能需要不重新编译而改变某些东西的时候，才把东西放在xml里动态注入。
最后，对于Spring提供的DataBinder，照理完全可用，唯一是对象如果有内嵌对象如订单对象里面包含Customer对象，Spring需要你先自行创建了Customer对象并把它赋给了Order对象，才可能实现order.customer.customer_no这样的绑定。我偷懒，又拿Jakarta BeanUtils出来自己做了一个Binder，为我自动完成Customer对象的创建。
经过化简再化简，已经是很简单一样东西，任谁都可以轻松上手，即使某年某月技术的大潮把现在所有MVC框架都淹没了，也不至于没人识得维护。
