当一个Struts框架被搭建完成以后,紧接着就要开始具体地去接触Action了。如果对于如何搭建框架还是不太清楚的话,建议查看我的文章《Struts2 ——1、从零开始》或者搜索相关文章。
对于Struts中的Action,我个人按照访问的方式将其分为了四类:
各种类型
不需要Java代码的Action
包含execute方法的Action
在配置文件中指定调用的方法名的action
在地址动态或链接中指定调用的方法的Action
下面就各个种类进行介绍:
一、不需要Java代码的Action
一个Action如果写成下面的样子,我们可以认为这个Action是没有用的。
package study.fst;
import com.opensymphony.xwork2.Action;
/**
* 访问主页
*
* @author arne3166
* @version [0100, 2010-9-28]
*/
public class Index
{
/**
* 该方法什么功能都没有只是演示一个转向功能的示例
* @return "success"
* @see com.opensymphony.xwork2.Action#SUCCESS
*/
public String execute()
{
return Action.SUCCESS;
}
}
这也就是我们在《Struts2 ——1、从零开始》里面写的那段代码。因为他什么功能都没有做,只是演示一个转向功能。而这个功能在struts.xml里面可以直接配置转向,而不必通过我写的这个Action,在《Struts2 ——1、从零开始解释》中--“什么是可以不需要的?”这一段有介绍。
这种Action的配置我们可以使用
index.jsp
来代替
index.jsp
二、包含execute方法的Action。
实现方式:
一个普通的java类,该类中有一个返回String的无参方法execute()
示例
转向一个页面,在页面里面显示一个用户访问的当前时间。该时间不是在页面上生成,是通过Action生成后传到页面上去的。
完成这个Action:
package study.fst;
import java.util.Date;
import org.apache.struts2.ServletActionContext;
import com.opensymphony.xwork2.Action;
/**
* 向页面传一个时间
*
* @author arne3166
* @version [1.0, 2010-9-29]
*/
public class ExecuteTime
{
/**
* 通过request向页面传一个时间
* @return "success"
*/
public String execute()
{
ServletActionContext.getRequest()
.setAttribute("executetime",new Date().toString());
return Action.SUCCESS;
}
}
在struts.xml中进行配置:
/page/actiontype/executetime.jsp
很清楚如上配置我们需要完成executetime.jsp,路径一定要放对
代码很简单:
${executetime}
这种方式适合一个Action只有一个单独的功能。
本地访问路径
http://127.0.0.1:8080/struts0100/executetime.action
效果:
三、一个Action中包含多个方法,在struts中指定调用的方法名
如果所有的应用都要写成的以上的样子,估计一个项目中一定会类泛滥了,我们很希望将逻辑上相关的一些方法放到同一个类里面去。这该怎么做呢?
有办法:
实现方式:
一个普通的java类,对于类里面要访问的方法,必须都是返回String类型,方法不带参数,在Action的配置里面增加method属性来指定需要访问的方法。
示例:
完成两个页面,利用一个Action中的两个方法String gotoPage1(),String gotoPage2(),分别访问两个不同的页面。
完成Action:
package study.fst;
import com.opensymphony.xwork2.Action;
public class PageAccess
{
public String gotoPage1()
{
ServletActionContext.getRequest()
.setAttribute("AccessBy","PageAccess-gotoPage1");
return Action.SUCCESS;
}
public String gotoPage2()
{
ServletActionContext.getRequest()
.setAttribute("AccessBy","PageAccess-gotoPage2");
return Action.SUCCESS;
}
}
在Struts中进行配置
/page/actiontype/page1.jsp
/page/actiontype/page2.jsp
同样这个时候我们需要完成我们的页面的开发。
页面代码
pageEncoding="UTF-8"%>
Page 1Page1
${AccessBy}
同样page2就不加赘述了。${AccessBy}就是在从Action的方法中传过来的值。
部署以后访问的路径是:
本地访问路径
http://127.0.0.1:8080/struts0100/gotopage1.action
http://127.0.0.1:8080/struts0100/gotopage2.action
实现效果:
page1的访问:
page2的访问:
四、动态方法调用,不需要再struts配置文件中指定方法名。
上面这种方式使得类变得“浓缩”了,如果一个业务中要进行增删改查的操作不必要写上四个甚至更多的Action只需要一个Action将所有的功能都包括在内就可以了,但是这个时候,我们还在想,类是少了,但是在struts的配置文件似乎一个也没有少,并且还在配置的时候多了一个method要加上,当业务比较复杂的时候会不会出现配置过于复杂的问题。
struts2中提供这样一种机制:令人振奋的动态方法调用DMI
。
他的点在于访问的时候指定处理的类,指定处理的方法,而不需要再配置文件里面详细地再去配置。
实现方式:
1、普通的java类,继承com.opensymphony.xwork2.ActionSupport类;2、类里功能性的方法还是返回String类型的无参方法;3、需要在Struts配置文件中打开动态方法调用功能
示例:
完成两个页面,利用一个Action中的两个方法String dmi1(),String dmi2(),分别访问两个不同的页面。
完成Action:
package study.fst;
import com.opensymphony.xwork2.Action;
import com.opensymphony.xwork2.ActionSupport;
public class DMIAction extends ActionSupport
{
public String dmi1()
{
ServletActionContext.getRequest()
.setAttribute("AccessBy","DMIAction -dmi1");
return Action.SUCCESS+"page1";
}
public String dmi2()
{
ServletActionContext.getRequest()
.setAttribute("AccessBy","DMIAction -dmi2");
return Action.SUCCESS+"page2";
}
}
在Struts中打开动态方法调用功能,在Struts中增加一行配置:
同时我们配置Struts.xml中的Action
/page/actiontype/page1.jsp
/page/actiontype/page2.jsp
这里我们不需要再写新的页面了,因为page1.jsp和page2.jsp我们重用了原先的页面
部署以后访问的路径是
本地访问路径
http://127.0.0.1:8080/struts0100/dmi!dmi1.action
http://127.0.0.1:8080/struts0100/dmi!dmi2.action
效果
page1:
page2:
这里我们需要补充result的内容:到目前为止除了在动态方法调用里面指定了result标签里面的name属性,别的地方均无配置,当没有配置的时候,默认的值是name="success",同时也是告诉我们,当仅仅返回success的时候name属性可以省略。
而name属性究竟对应的是什么呢?相信大多数人都已经知道了,就是在Action中指定方法的返回String的。由于在别的action例子中没有返回各种值的情况,因此都没有做区分,而在动态方法调用的介绍里面由于访问的是一个Action配置项,这个时候我们就要考虑某一次返回的值究竟对应的是哪个页面了,所以在相应的方法里面做了不同返回值的区分。
正在编写中。。。
大小: 2.2 KB
大小: 2.2 KB
大小: 2.5 KB
大小: 2.5 KB
大小: 2.3 KB
下载次数: 42
2
顶
0
踩
分享到:
2010-09-29 15:34
浏览 6882
评论