action的实现和配置
action的实现有三种方式
1. 不继承任何类的action
这种方式的好处是,我们写的Action类完全不和 struts2 框架发生耦合,代码不依赖 struts2 的类库。
当然,弊端也比较明显不能使用 struts2 中的某些功能。
2.实现Action接口
Struts2的Action接口中只定义了execute方法和几个预定义的常量
package com.opensymphony.xwork2;
public interface Action {
public static final String SUCCESS = "success";
public static final String NONE = "none";
public static final String ERROR = "error";
public static final String INPUT = "input";
public static final String LOGIN = "login";
public String execute() throws Exception;
}
3.继承ActionSupport类
ActionSupport类实现了Action接口,我们自定义的Action类一般都采用继承ActionSupport类的方式。
使用ActionSupport的好处是我们可以直接使用这个类中已经定义好的方法。
- Action中自定义方法和通过URI动态执行(DMI)
Action中可以定义多个任意名称的方法,不是只有execute方法。通过DMI(Dynamic MethodInvoke)动态方法调用,我们可以通过URL即可调用相应的方法,相当方便。格式为:actionname!methodname**
- struts2的Model-Driver(模型驱动)和Property-Driver(属性驱动)
- 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:
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,去自动赋值。
- 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:
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;
}
}
- 这是定义的javabean,接下来看RegisterAction的定义
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;
}
}
(1)模型驱动的Action必须实现ModelDriven接口,而且要提供相应的泛型,这里当然就是具体使用的Java Bean了。
(2)实现ModelDriven的getModel方法,其实就是简单的返回泛型的一个对象。
(3)在Action提供一个泛型的私有对象,这里就是定义一个User的user对象,并提供相应的getter与setter。
(1)请你统一整个系统中的Action使用的驱动模型,即要么都是用属性驱动,要么都是用模型驱动。
(2)如果你的DB中的持久层的对象与表单中的属性都是一一对应的话,那么就使用模型驱动吧,毕竟看起来代码要整洁得多。
(3)如果表单的属性不是一一对应的话,那么就应该使用属性驱动,否则,你的系统就必须提供两个Bean,一个对应表单提交的数据,另一个用与持久层。