Struts2学习笔记(三)——在action中使用隐含对象

我们知道,在Struts1.x中我们可以通过HttpServletRequest参数直接使用获得有关的隐含对象进行数据的传递。
但是在Struts2中,核心控制器没有给action传递任何的参数,很好的降低了核心控制器和业务控制器action之间的耦合度。
有时候我们是必要在Action中使用隐含对象设置一些参数以便在展示页面中使用。下面我们来看一下在action中使用隐含对象的方法,并比较其优劣。

先来看一下struts.xml文件中的配置:

<package name="mytream" extends="struts-default" namespace="/mytream">
		<action name="login*" class="com.mytream.UserAction{1}">
			<result name="success">/user_add_success.jsp</result>
		</action>
</package>
由上述配置,浏览器中的访问格式为.../servletContextPath/mytream/login*。我在下面会创建4个对应的形式为UserAction*的action来处理响应的请求,
并且分别使用不同的方法获得三个隐含对象request,session,application,并对其进行相关设置。
下面是展示页面user_add_success.jsp
<body>
    登陆成功页面!
    在action中设置的有关参数:<br/>
    可以通过银行对象request,session,application获得这些值,也可以通过struts2的Stack Contents获得<br/>
    <s:property value="#request.name1" /> | <%=request.getAttribute("name1") %> <br/>
    <s:property value="#session.name2" /> | <%=session.getAttribute("name2") %> <br/>
    <s:property value="#application.name3"/> | <%=application.getAttribute("name3") %> <br/>
    
   attr:<br/>
   <s:property value="#attr.name1"/><br/>
   <s:property value="#attr.name2"/><br/>
   <s:property value="#attr.name3" /><br/> 
    
    <s:debug></s:debug>
  </body>




一.通过静态方法获得1

public class UserAction1 extends ActionSupport{
	Map<String,Object> request;
	Map<String,Object> session;
	Map<String,Object> application;
	
	@Override
	public String execute() throws Exception {
		request = (Map<String,Object>)ActionContext.getContext().get("request");
		session = ActionContext.getContext().getSession();
		application = ActionContext.getContext().getApplication();
		
		request.put("name1", "value1");
		session.put("name2", "value2");
		application.put("name3", "value3");
		
		return SUCCESS;
	}
}

我们通过ActionContext的静态方法获得与三个隐含对象对应的Map对象,而不是HttpServletRequest,HttpSession,ServletContext对象。当我们对Map对象进行操作时,容器会主动帮我们完成对隐含对象“几乎一样”的设置。这个我们可以通过展示页面user_add_success.jsp清晰的看到。

二.通过静态方法获得2

public class UserAction2 extends ActionSupport {
	HttpServletRequest request;
	HttpSession session;
	ServletContext application;
	
	@Override
	public String execute() throws Exception {
		request = ServletActionContext.getRequest();
		session = request.getSession();
		application = session.getServletContext();
		
		request.setAttribute("name1", "一");
		session.setAttribute("name2", "二");
		application.setAttribute("name3", "三");
		
		return SUCCESS;
	}
}

通过ServletActionContext的得到的直接就是三个隐含对象,这很容易理解。















三.容器进行设置1

public class UserAction2 extends ActionSupport implements RequestAware,
		SessionAware, ApplicationAware {
	Map<String,Object> request;
	Map<String,Object> session;
	Map<String,Object> application;
	
	@Override
	public String execute() throws Exception{
		request.put("name1", "值1");
		session.put("name2", "值2");
		application.put("name3", "值3");
		
		return SUCCESS;
	}
	
	@Override
	public void setApplication(Map<String, Object> application) {
		this.application = application;
	}

	@Override
	public void setSession(Map<String, Object> session) {
		this.session = session;
	}

	@Override
	public void setRequest(Map<String, Object> request) {
		this.request  = request;
	}
}

在这里我们没有直接获得三个隐含对象或者对应的Map对象,而是通过实现RequestAware,SessionAware, ApplicationAware三个接口把这个工作交给Servlet容器来完成,
即调用三个setXXX方法将三个隐含对象对应的Map对象传递给action。这样的实现在Spring框架中很典型,又被称之为DI(Dependency injection,依赖注入)或者IOC(Inverse of Control控制反转),
简单的理解就是把action应该要做的工作(就好像头两种方法)交给容器来完成。下图或许能够帮助我们理解:





四.容器进行设置2

public class UserAction4 extends ActionSupport implements ServletRequestAware {
	HttpServletRequest request;
	HttpSession session;
	ServletContext application;
	
	@Override
	public String execute() throws Exception {
		request.setAttribute("name1", "ONE");
		session.setAttribute("name2", "TWO");
		application.setAttribute("name3", "THREE");
		return SUCCESS;
	}
	
	@Override
	public void setServletRequest(HttpServletRequest request) {
		this.request = request;
		session = request.getSession();
		application = session.getServletContext();
	}
}
这种方法相对来说是最简洁的,只要实现ServletRequestAware接口并实现其方法便可以得到三个隐含对象,比第三种方法要简洁的多,采用的也是IOC设计思想,
跟头两种方法相比,这样的设计降低了action与主控制器之间的耦合度,action可以将主要经历放在自己的处理逻辑上。
所以在实际应用中第四种方法是我们最常使用的。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值