struts2下的分页与自定义标签

很长没有做这个BBS的实验了，这段时间，除了忙其他一些事外，还接触了手机JAVA的开发，把一个桌面版的JAVA俄罗斯方块游戏，改成了手机游戏。还接触了google地图，与GPS定位和手机基站等方面的内容。这两天再搞BBS

 

分页是一个非常普遍的应用，本来，想使用一个开源的分页代码做，网上找了找，没找到，以前曾经看到过一个自定义分页标签的代码，可找了很久，也没找到，想来想去，还是自己写一个自定义标签吧，刚好学一下自定义标签这部份内容。

 

自定义标签，其实也就是写一个类，它继承了SimpleTagSupport类，并重写doTag方法。在doTag方法中，用JspWriter输出相应的HTML即可了。在写这个自定义标签中没有出现什么问题。

 

对于数据部份，使用了一个工具类，当然，这个工具类也是自己写的，主要是使用了Hibernate的Query的setFirstRsult和setMaxresults两个方法，指定起始记录数和最多的记录数。

 

但是自定义标签中，属性可以使用jsp脚本、表达式等动态内容，却无法使用struts2标签。在网上，看到一些网友说，struts2对一些开源的分页标签支持不好，大致也是这个原因吧。

那么，如何让struts2标签能显示的内容，使用表达式语言或jsp脚本实现呢？我主要实验了两种方法。

一是，直接从requst范围内取值。struts2值栈中的内容，实际上也是保存在request里，这使用struts2的debug标签可以看到，在request中有一个"struts.valueStack"，我们可以使用request.getAttribute将它取出。它的类是：com.opensymphony.xwork2.ognl.OgnlValueStack，我们可以从这个类中找到一个findValue的方法，这个方法可以返回我们需要的值。在我的代码中，action的一个成员变量是boards，它有一个recordTotal属性，这是总记录数，如果使用struts2的标签可以很方便访问到：<s:property value="boards.recordTotal" />.如果用jsp脚本或表达式，可以这样写:((bbs.domain.service.base.QueryResult)((com.opensymphony.xwork2.ognl.OgnlValueStack)request.getAttribute(/"struts.valueStack/")).findValue(/"boards/")).getTotalrecord() 看了很长，可读性也很差，其实就是不断的将object的类型指定下来。这样就可以在自定义标签中引用了：<pageTag:pageTag URL="/MyBbs/admin/boardmanager.jsp" pageSize="5" recordCount="<%=((bbs.domain.service.base.QueryResult)((com.opensymphony.xwork2.ognl.OgnlValueStack)request.getAttribute(/"struts.valueStack/")).findValue(/"boards/")).getTotalrecord() %>" currentPage="${param[/"currentPage/"]}"/>。

第二种方法可读性会好些。先使用struts2的set 标签将值放入到request范围中：<s:set value="boards.totalrecord" name="totalrecord" scope="request"/>，然后在自定义标签中引用：<%=request.getAttribute("totalrecord") %>。

 

在做这块的实验中，还遇到一个网址的路径问题，做为一个通过用性的自定义标签，我设置了一个URL属性，用以生成相应的链接进行翻页。

但是在web.xml等配置文件中"/"开头，是表示从当前应用所在目录开始。比如，当前应用的目录是Mybbs，那么"/"就表示是Mybbs这个目录。但是在html中“/”是指当前网址的域名部份，如http://127.0.0.1:8080/，因此URL="...."不用使用"/"。在上面，我是明确指定了使用"/MyBbs/......"，实际上，这也是不妥的，如果将来要把应用部署到“/Bbs”下，那还要改代码，这显示不行。此时，我们可以使用"request.getContextPath()"取到当前应用的路径了，上面的URL部份就可以写成URL="<%=request.getContextPath()+/"/admin/boardmanager.jsp/" %>"

 

由于前期没有好好的总体上设计，一些变量或属性的命名，所在包和路径也很随意，这都给后面的工作带来很多不便，甚至难以开展，如果是团队开发，那就没办法工作了，因此，明天得好好规划一下了。