Struts2 ——二、各种Action写法和配置
当一个Struts框架被搭建完成以后,紧接着就要开始具体地去接触Action了。如果对于如何搭建框架还是不太清楚的话,建议查看我的文章《Struts2 ——1、从零开始》或者搜索相关文章。
对于Struts中的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的配置我们可以使用
<action name="index"> <result>index.jsp</result> </action>
来代替
<action name="index" class= "study.fst.Index"> <result>index.jsp</result> </action>
二、包含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中进行配置:
<action name="executetime" class="study.fst.ExecuteTime"> <result>/page/actiontype/executetime.jsp</result> </action>
很清楚如上配置我们需要完成executetime.jsp,路径一定要放对
代码很简单:
<body> <p style="color: red">${executetime}</p> </body>
这种方式适合一个Action只有一个单独的功能。
效果:
三、一个Action中包含多个方法,在struts中指定调用的方法名
如果所有的应用都要写成的以上的样子,估计一个项目中一定会类泛滥了,我们很希望将逻辑上相关的一些方法放到同一个类里面去。这该怎么做呢?
有办法:
完成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中进行配置
<action name="gotopage1" class="study.fst.PageAccess" method="gotoPage1"> <result>/page/actiontype/page1.jsp</result> </action> <action name="gotoPage2" class="study.fst.PageAccess" method="gotoPage2"> <result>/page/actiontype/page2.jsp</result> </action>
同样这个时候我们需要完成我们的页面的开发。
页面代码
<%@ page language="java" contentType="text/html; charset=UTF-8" pageEncoding="UTF-8"%> <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> <html> <head> <meta http-equiv="Content-Type" content="text/html; charset=UTF-8"> <title>Page 1</title> </head> <body> Page1 <br/> ${AccessBy} </body> </html>
同样page2就不加赘述了。${AccessBy}就是在从Action的方法中传过来的值。
部署以后访问的路径是:
http://127.0.0.1:8080/struts0100/gotopage2.action
实现效果:
page1的访问:
page2的访问:
四、动态方法调用,不需要再struts配置文件中指定方法名。
上面这种方式使得类变得“浓缩”了,如果一个业务中要进行增删改查的操作不必要写上四个甚至更多的Action只需要一个Action将所有的功能都包括在内就可以了,但是这个时候,我们还在想,类是少了,但是在struts的配置文件似乎一个也没有少,并且还在配置的时候多了一个method要加上,当业务比较复杂的时候会不会出现配置过于复杂的问题。
struts2中提供这样一种机制:令人振奋的动态方法调用DMI。
他的点在于访问的时候指定处理的类,指定处理的方法,而不需要再配置文件里面详细地再去配置。
完成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中增加一行配置:
<constant name="struts.enable.DynamicMethodInvocation" value="true" />
同时我们配置Struts.xml中的Action
<action name="dmi" class="study.fst.DMIAction"> <result name="successpage1">/page/actiontype/page1.jsp</result> <result name="successpage2">/page/actiontype/page2.jsp</result> </action>
这里我们不需要再写新的页面了,因为page1.jsp和page2.jsp我们重用了原先的页面
部署以后访问的路径是
http://127.0.0.1:8080/struts0100/dmi!dmi2.action
效果
page1:
page2:
这里我们需要补充result的内容:到目前为止除了在动态方法调用里面指定了result标签里面的name属性,别的地方均无配置,当没有配置的时候,默认的值是name="success",同时也是告诉我们,当仅仅返回success的时候name属性可以省略。
而name属性究竟对应的是什么呢?相信大多数人都已经知道了,就是在Action中指定方法的返回String的。由于在别的action例子中没有返回各种值的情况,因此都没有做区分,而在动态方法调用的介绍里面由于访问的是一个Action配置项,这个时候我们就要考虑某一次返回的值究竟对应的是哪个页面了,所以在相应的方法里面做了不同返回值的区分。
正在编写中。。。