1.属性驱动
属性驱动是指用Action的属性来封装来回请求的参数.
2.模型驱动
模型驱动是指使用JavaBean来封装来回请求的参数.
这只是个人的理解.建议使用模型驱动,因为相比struts 1的Action类,struts 2的Action类承担了太多的责任:既用于封装来回请求的参数,
也保护了控制逻辑,这使它的结构不够清晰.这就是模型驱动的优势.
3.怎样实现模型驱动
实现ModelDriven<JavaBean>接口.并实现接口需要实现的getModel()方法.
他们的配置没有区别,但他们的拦截方式有区别,详见struts-default.xml文件,如果采用模型驱动的话,那在页面输出的时候,可以用(1)
<s:propertyvalue="model.tip">models是javaBean的在Action中的实例名称,tip是model中的属性。(2)<s:propertyvalue="tip">虽然
Action没有tip属性,但采用了驱动模式,系统会自动输出该Action关联的model的tip属性。
看到没有,和属性驱动的Action有很大的区别,下面一一列举:
(1)模型驱动的Action必须实现ModelDriver接口,而且要提供相应的泛型,这里当然就是具体使用的Java Bean了。
(2)实现ModelDriven的getModel方法,其实就是简单的返回泛型的一个对象。
(3)在Action提供一个泛型的私有对象,这里就是定义一个User的user对象,并提供相应的getter与setter。
好了,上面的三件事做完之后,Action就会去自动调用User的setter将表单中的name属性的值赋给User中的属性。而Action的后续处理的Jsp页面后者是Servlet就可以使用user对象了。
3.到底是用属性驱动和是模型驱动呢?
这个问题困扰了很多Struts2的初学者,我这里提供一些建议:
(1)请你统一整个系统中的Action使用的驱动模型,即要么都是用属性驱动,要么都是用模型驱动。
(2)如果你的DB中的持久层的对象与表单中的属性都是一一对应的话,那么就使用模型驱动吧,毕竟看起来代码要整洁得多。
(3)如果表单的属性不是一一对应的话,那么就应该使用属性驱动,否则,你的系统就必须提供两个Bean,一个对应表单提交的数据,另一个用与持久层。
看上面的例子,其实密码确认rpass是不需要放到DB中去的,而仅仅是用于校验密码的,不是吗?那么如果使用模型驱动的话,就存在这个问题了,而使用属性驱动的话又有些繁琐.