是多个Action好，还是一个Action好？

我们现在用struts做一个项目，研发小组提出要把每个画面的每个动作都对应一个Action，我认为这样的话Action class会变得很多，难以维护，而且在config文件里面也要增加许多重复代码，所以我认为应该每个画面对应一个Action，然后在Action里面判断画面做的什么动作，大家认为怎么样，给点儿建议。

说说我以前的一个项目的做法吧？
基本上是一个画面动作对应一个Action
有的特殊的比如在一个页面上做增删改的那么就做到一个Action里去。
感觉这样做的效果不错。
如果只用一个Action那么如果多人开发都要修改同一个Action，起码我不会这么做的。

看你action中代码量如何了
如果比较复杂就用一个多个action,简单的话就用一个

我觉得应该尽量将同类型的操作类合并，这样代码更加简洁并且容易维护，比如说增加用户和修改用户的动作应该是一个class

看你页面的多少了

其实不管是多少代码量，action只做连接作用。个人认为只要是对同一个表单的增加、修改、删除都可以放在一个action里，至少action中的业务逻辑还是放在另外的类中比较好。项目中证明可以在一个action中放多种操作，你需要多传递一个参数以示区别。太多的action确实不好维护。

可以看看Struts1.1中对DispatchAction的介绍

即把对同一个实体的增删改做到一个DispatchAction中。Struts1.1还提供了相当方便的配置

Action同ActionForm是一一对应的啊，不同数据类型肯定会用到多个ActionForm的，这个问题你们怎么解决的啊？

什么叫“不同数据类型肯定会用到多个ActionForm的”？

同种操作的ActionForm应该是一个，因此可以对应于一个Action，目前我就是把对于同一个表的操作都提交到一个Action，正如楼上“和风”所说，Action只起转发作用，真正的实现由业务逻辑去做。