SSH架构中的Struts似乎很鸡肋
在基于SSH的架构中，基本的流程是这样的：
?
1、展现层通过struts收集数据
2、在action中调用服务层业务接口，实现业务逻辑处理
?
（这里说的是struts1）
?
在这样的过程中始终存在如下很鸡肋的问题：
-------------------------
?
1、struts action变得很贫血。
?
?????由于业务逻辑后置，用了action没有带来实实在在的好处，反而增加了交互的环节。典型的action使用mapping dispatch模式，每个action方法只有3行代码 ：
?
?
本来是测试je文件上传的.忘记删除了.