比如我现在有一套后台系统，有教师表，学生表，学校表等，假设页面都是大同小异
，那么是不是每一次点击要进行操作都要写一个action类？em现实是这样写的吗？
这样写会不会太多类了
一般都是一个模块写一个action
如果处理老师数据的，TeacherAction 专门处理老师的业务
这个你要看你传到后台的数据类型呀，如果两个事件传回去的数据类型也大同小异，就可以共用，具体的还是要看你页面的跳转啊之类的，如果是简单的这种小系统还是写单独的action吧，反正也不在乎代码的冗余之类的。
当然, 因为action中是属性接收参数的, 如果不写这句就是单例, 单例有状态必然同步有问题, 所以action是一个线程一个对象的, 加上prototype就是这个作用
form不一定要有action，跳转可以用超链接
不一定 可以用超链接
如果每个操作后的流程都是一样的，完全可以只写一个action，写多个action的目的是方便后续开发者阅读，如果这几个的操作和逻辑不需要分类，那么完全可以在注释里面写明，甚至在命名action的时候就体现出来。。。关键问题就是便于后续人员理解
不一定的，根据具体的业务逻辑来定义相应的action
谢谢各位的解答，我自己找了个码云的项目来看看，弄懂了，谢谢大家了，挑一个较合理的采纳，谢谢大家啦！
尽量模块化分类Action,确保一个action只做与之相关的事情。
前台向后端请求参数时加上特殊标识，在action方法中区分是学生还是老师
这个当然根据你实际的项目来建action，要结合前端需要什么数据创建action,一般一个项目在开发之前都会根据实际的前端需要什么数据创建什么都会体现在软需中的。