Struts2的属性驱动与模型驱动

  Struts1中提供了ActionForm专门来封装用户请求，这种方式显得结果更加清晰：Action只负责处理用户请求，而ActionForm专门用于封装请求参数，如果我们怀念这种开发方式的话Struts2提供了驱动模型的模式，也可以实现这一点。

1.Struts2的属性驱动.

   Struts2的属性驱动指的是在action中JSP页面的每一个form中的name都对应在action中有一个属性与之对应。看下面代码片段:

<form action="register.do" name="RegisterForm" method="post">

            Username:<input type="text" name="uname"><br>
            Password:<input type="password" name="upass"><br>
            Confirm: <input type="password" name="rpass"><br>
            <input type="submit" value="Submit">

</form>

 

这是一个最基本的用户注册的表单,它有三个数据要提交: uname、upass、rpass，那么对应的Action也要有三个属性（其实是三个属性的setter），看register.do实际的Action定义类：

package org.abu.csdn.action.user;

import com.opensymphony.xwork2.ActionSupport;

/**
* Struts2属性驱动演示用的Action
* @author 阿布
*
*/ 
public class RegisterAction extends ActionSupport {

    private String uname;
    private String upass;
    private String rpass;

    public String getUname() {
        return uname;
    }

    public void setUname(String uname) {
        this.uname = uname;
    }

    public String getUpass() {
        return upass;
    }

    public void setUpass(String upass) {
        this.upass = upass;
    }

    public String getRpass() {
        return rpass;
    }

    public void setRpass(String rpass) {
        this.rpass = rpass;
    }
    
    @Override
    public String execute() throws Exception {        
        return ActionSupport.SUCCESS;
    }

}

 

你会看到RegisterAction中的三个属性和RegisterForm表单中的name属性名字一模一样，没错，这就是Struts2的属性驱动，当表单提交到RegisterAction后，Struts2将会自动将根据表单的name属性调用Action中相应的属性setter，去自动赋值。

 

2.Struts2的模型驱动

Struts2的模型驱动其实和Struts1.x中的ActionForm有点类似，在Struts1.x中每一个Action都必须有一个ActionForm与之对应，而Struts2.0中，每一个Action同样需要提供一个POJO对象，用来封装表单属性，看代码：

<form action="register.do" name="RegisterForm" method="post">

            Username:<input type="text" name="uname"><br>
            Password:<input type="password" name="upass"><br>
            Confirm: <input type="password" name="rpass"><br>
            <input type="submit" value="Submit">

</form>

 

这段表单的代码和上面的一模一样，就不赘述了。接下来看POJO的代码，其实就是普通的Java Bean：

package org.abu.csdn.action.user;

import com.opensymphony.xwork2.ActionSupport;

/**
* Struts2属性驱动演示用的Java Bean
* @author 阿布
*
*/ 
public class User {

    private String uname;
    private String upass;
    private String rpass;

    public String getUname() {
        return uname;
    }

    public void setUname(String uname) {
        this.uname = uname;
    }

    public String getUpass() {
        return upass;
    }

    public void setUpass(String upass) {
        this.upass = upass;
    }

    public String getRpass() {
        return rpass;
    }

    public void setRpass(String rpass) {
        this.rpass = rpass;
    }
   
}

 

对不起，也是和属性驱动中的例子一样，很简单，因为演示的都是同一个例子，只是方法不同而已，但是接下来就不一样了，看RegisterAction代码：

package org.abu.csdn.action.user;

import org.abu.csdn.dto.User;

import com.opensymphony.xwork2.ActionSupport;
import com.opensymphony.xwork2.ModelDriven;

/**
* Struts2模型驱动演示用的Action
* 
* @author 阿布
*
*/ 
public class RegisterAction extends ActionSupport implements ModelDriven<User> {

    private User user;
    
    public User getUser() {
        return user;
    }

    public void setUser(User user) {
        this.user = user;
    }

    @Override
    public String execute() throws Exception {        
        return ActionSupport.SUCCESS;
    }

    // 模型驱动必须实现的方法，也是ModelDriven接口中唯一的方法 
    public User getModel() {
        
        return user;
    }

}

 

看到没有，和属性驱动的Action有很大的区别，下面一一列举：

（1）模型驱动的Action必须实现ModelDriven接口，而且要提供相应的泛型，这里当然就是具体使用的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，一个对应表单提交的数据，另一个用与持久层。

 为什么要使用模型驱动？

   相比于struts 1的action类，struts 2的action承担了太多的责任：既要用于封装来回请求的参数，也保护了控制逻辑——出于这种考虑，这种模式确实不太清晰。出于结构清晰的考虑，应该采取单独的Model实例来封装请求参数和处理结果，这就是所谓的模型驱动。

  所谓模型驱动，就是使用单独的JavaBean实例来贯穿整个MVC流程；与之对应的属性驱动模式，则使用属性（Property）作为贯穿MVC流程的信息携带者。当然，属性无法独立存在，它必须依附于一个对象，这个对象就是action实例。简单得说，模型驱动使用单独的VO（值对象）来封装请求参数和处理结果，属性驱动则使用action实例来封装请求参数和处理结果。