`

对话Servlet——在Struts2中访问Servlet API

阅读更多

 

对话Servlet——在Struts2中访问Servlet API

 

在我们使用Struts2时,我们几乎抛弃了Servlet API,对就是这样,比如要获得数据我们的做法只是在Action类中设置了某些属性。不过有些时候我们用在Action类中确实得不到一些属性,比如说客户端IP地址,那么我们怎样使用之前的Servlet API呢?

别担心,这里会有方法的。

 

使用Action类传递数据

       接着上个章节的问题,不知道大家试过在Action的属性中有个List对象或Map对象的数据传递没有,或许您会遇到些问题,不过这些问题到后面都会被我们解决掉的。现在我们遇到的问题是我们要从某些Servlet对象中获得数据,比如说客户端的IP地址,客户端的会话状态等。OK,先看看我们之前怎样使用Action类传递数据的。

之前我们使用Action类作为数据的桥梁来传递数据,在传递数据过程中我们无需关心数据是怎样传递的,我们更没有看到类似Servlet的这种东西。这样当然很爽,我们无需关心Web环境中的某些东西,让我们的注意力着重放在了要处理的业务逻辑上。而且这样我们在进行测试时就可以完全抛弃Web环境。

Struts2中使用了“新”的API来“代替”传统的Servlet API,而且在一些情况下你会觉得Struts2更为贴心。OK,下面我们来看看吧。

 

访问Servlet环境对象

      Struts2中提供了com.opensymphony.xwork2.ActionContext类,我们可以使用它提供的静态方法getContext()来获得当前Action的上下文对象,即ActionContext的对象。然后通过ActionContext的一系列的get方法就可以得到Servlet环境对象。还有一个辅助类可以帮助我们得到Servlet环境对象,这个类就是org.apache.struts2.ServletActionContextServletActionContext中定义了一些静态的get方法来得到Servlet环境对象。另外在Struts2中还有一种方式来获得Servlet环境对象,Struts2中提供了一些“标记接口”来“标记”当前Action需要的Servlet环境对象。不就访问个Servlet环境对象吗,为什么提供这么多的支持呢,是不是有点罗嗦?如果您自己愿意动手试试的话还是会发现有些不同的。

       下面我们就分别来看一下:

ActionContext对访问Servlet环境对象的支持:

       可以根据类名看出ActionContext类中包含的是当前Action的上下文信息即运行环境信息。首先要获得ActionContext实例,我们使用ActionContext提供的静态方法:getContext来获得ActionContext实例,为什么不要我们去new ActionContext对象呢?您去看看ActionContext的构造器就知道了。得到ActionContext实例后我们就可以用:

       getApplication();

       getSession();

       getParameters();

要注意哦,这里通过getXX方法获得的值类型都是Map

ServletActionContext对访问Servlet环境对象的支持:

       ServletActionContext类是一个辅助类,其实ServletActionContext就是扩展了ActionContext,然后提供了自己对Servlet环境对象的支持,里面包装的是一堆getset的静态方法。

       getActionContext();

       getRequest();

       getResponse();

       getServletContext();

要注意此处通过get方法得到的类型哦,自己去查查API看看吧。

标记接口对Servlet环境对象的支持

       Strut2中提供了一下几个接口来支持Servlet环境对象的访问:

       ApplicationAware

       ServletContextAware

       SessionAware

       RequestAware

       ServletRequestAware

以上几个接口中只定义了简单的set方法,我就不一一列举了。

 

Struts2中访问Servlet环境对象方式的讨论

      从上面Struts2对访问Servlet环境对象方式的支持来看,确实Struts2在这方面下了不少功夫。不过提供这么多方式,有必要吗?这确实是一个值得思考的问题。首先我们先从ActionContextServletActionContext来比较,ActionContext的一些get方法得到的是Map对象,而ServletActionContext的一些get方法得到的是原始的Servlet环境对象。这就有点意思了,那我们应该怎样选择使用呢?可以看出当我们仅仅是要从Servlet环境得到或设置存放在Servlet环境对象中值时用ActionContext方便,而当我们要获得Servlet环境中的一些其他东西时,比如说客户端的默认语言,IP地址等等,就要用到原始的Servlet环境对象了,那就自然要用到ServletActionContext了。

       对于接口该怎样解释呢?我想大家对于这几个接口的作用根据其名称就能看出来了。当然别忘了接口中定义的方法的参数类型,您可以去试试看,也有我们上面说到的类型的区别。当然这些接口的作用不局限在此。假设我现在没有Web环境,我又想测试一下当前所作的是正确的,怎么办?用接口吧,能帮你解决这个问题的,我想这个我不用多做解释,大家都可以看到接口的优势。使用接口的方式就是便于测试。

 

       现在大家应该熟悉在Struts2中访问Servlet API了吧,如果要用熟,要了解几种方式的作用,那还得多写啊。在这里我不贴实例代码了,大家自己去试试吧,然后还有多看看API就能掌握了,怕自己忘的话就自己制作个列表保留着,用到时就看看。

       本章节也算是Action传递数据的一点吧,只不过是借助了Servlet API而已。还有一种传递数据的方式我没有介绍到,不过我之前让大家看Action配置时说到result的类型,不知大家有没有注意result可以设置为“chain”类型,然后通过在result原素下定义某些元素可以让一个action到另外一个action,其中数据是有传递的。不过我感觉说到数据传递时,这种方式不好引入,大家本来都集中在代码上,一下又说到配置文件上,这样跳跃性太大,除非大家都看过都试过这样方式传递数据,否则谁会想到?你可以感觉一下,只是我个人认为,然后就没有提到这种方式,当然我会在专门的配置文件讨论章节中提到的。

       好了,本章节就到这里了,算是说了点别的吧,而且本章节没有实例代码,就靠大家自己来了。下个章节我们再见。

2
0
分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics