struts2属性驱动与模型驱动到底用那个好？

参数少时用属性驱动还可以
那要是参数多了呢？
action里面一大堆
谁有想法？

解决方案 »

  1.   

    个人编程习惯吧，我也在想这个问题，模型驱动确实能使代码变得清晰。但是，我们经理说：“在开发中宁愿增加Action里面的属性字段，也不愿耗费时间去做一个模型驱动”
      

  2.   

    从性能方面来看 确实如此 也只能增加action的代码量了
      

  3.   

    因为在struts1的版本中，属性的拦截以及控制的处理是被封装为两个对立的ActionForm、Action来获取HttpServerRequest的参数、控制访问的MAPPING的。而在Struts2中我们可以直接通过Action来获取请求参数，并把处理的资源映射返回给struts.xml指向对应的视图资源或者模型或者控制器进行下一步的处理。发现Action在Struts2中负责了struts1的ActionForm以及Action的双重任务，那么、我们如果习惯了struts1的开放方式的，在Struts中提供，模型驱动的方式来分解Action的任务，这种模式是通过专门的JavaBean来封装请求。 
    模型驱动例子  必须继承ModelDriver