struts2 属性驱动 和模型驱动

 

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中去的，而仅仅是用于校验密码的，不是吗？那么如果使用模型驱动的话，就存在这个问题了，而使用属性驱动的话又有些繁琐.