DisplayTag详解
【简介Introduction】
DisplayTag是一个开源的自定义标签库(Custom Tag lib),他提供了直接而有效的格式化web视图层数据的有效手段。你可以在现在流行的web应用的MVC模式中集成DisplayTag到View层,其提供的强大表格格式化功能一定会令你爱不释手。或许上面说的有些夸张了,但是DisplayTag在表格的格式化方面表现确实出色,当然,他也只能显示表格,视图层的大部分工作不就是使用表格来格式化数据嘛?!
好了,让我们通过图片来看看他是一个什么样子吧!^_^
怎么样?是不是感觉不错那?如果答案是肯定的,那么你一定急着想自己试一试咯?!不要急,下面就让我们开始我们的DisplayTag之旅。
[b]【Hello DisplayTag】[/b]
既然是一个tutorial,所以,我们不想对像自定义标签的实现原理等进行解释,也就是说在此之前,我们假定你已经对自定义标签有一定的认识,当然,没有也无所谓,等这篇tutorial完成后,你估计就会了解的差不多了。
呐,让我们从最简单的displaytag的使用开始,就跟你的第一个程序往往是从HelloWorld程序开始一样。
先忽略其他的配置问题,我们的JSP文件的源代码如下:
实际上,除去初始化和数据准备等操作,生成表格的代码只有一行,那就是:
<display:table name="InfoList">
</display:table>
而他生成的表格就是这样的:
怎么样?是不是很简单那?简单的代码就可以生成如此漂亮的表格,你有理由不用嘛?(因为使用了Struts的LabelValueBean,所以表格上显示了原始的title,不用着急,后面我们将会说道如何修改成你所期待的样子)
[b]【配置configuration】[/b]
Ok,在我们运用DisplayTag之前,我们需要对他的使用环境进行一些配置,或许有些复杂,但是,如果你是一个WebApp老手的话,其实并不难。
当然,在此之前,我们需要下载DisplayTag,当前的最新版本是displaytag-1.0-b3。你可以去SourceForge下载它,下载网址是:http://displaytag.sourceforge.net/download.html 。
2.1 DisplayTag的类库,依赖库和TLD文件的添加
解压下载下来的displaytag的压缩包,之后依次拷贝displaytag-1.0-b3.jar和lib目录下面的所有jar文件到你自己的WEBAPP_HOME/WEB-INF/lib目录下面,拷贝displaytag-11.tld,displaytag-12.tld和displaytag-el-12.tld到WEBAPP_HOME/WEB-INF目录下面。
他的依赖库包括:commons-beanutils,commons-collections,commons-lang以及commons-logging。
这里需要注意的问题就是,如果你连同Struts一起使用的话,DisplayTag的依赖库实际上都包括在Struts1.1的发布包中,你只需要将displaytag-1.0-b3.jar文件拷贝到你自己的WEBAPP_HOME/WEB-INF/lib目录下面就可以了。
另外一个重要的问题就是,如果你的Struts1.1发布包中的commons lang包不是2.0版本或者更高版本的话,需要去Apache的Jakarta commons项目主页上下载2.0版本的commons-lang类库,并替换掉原来的commons-lang类库,否则,运行的时候将报错误并不能运行。
2.2 web.xml的配置
要使用DisplayTag提供的自定义标签,跟其他自定义标签的使用没有什么两样,同样,需要在web.xml文件中注册taglib,下面是笔者的web.xml文件中taglib注册的片断:
<taglib>
<taglib-uri>http://displaytag.sf.net</taglib-uri>
<taglib-location>/WEB-INF/displaytag-11.tld</taglib-location>
</taglib>
<taglib>
<taglib-uri>http://displaytag.sf.net</taglib-uri>
<taglib-location>/WEB-INF/displaytag-12.tld</taglib-location>
</taglib>
<taglib>
<taglib-uri>http://displaytag.sf.net/el</taglib-uri>
<taglib-location>/WEB-INF/displaytag-el-12.tld</taglib-location>
</taglib>
在这里有必要说明一下这三个tld之间的区别,这其实在DisplayTag的官方网站上有提到,这里只是重复一下:displaytag-11.tld 只是提供对JSP1.1规范的的支持,而displaytag-12.tld则提供了对JSP1.2规范的支持,最后的displaytag-el-12.tld除了提供跟displaytag-12.tld提供的特性之外,他提供对Expression Lanuage的支持。所以,为了在web应用移植于不同的app server的时候可以更少的修改文件,这里将所有的tld都添加在这里以便使用。
配置完成taglib后,下面是可选择的配置项,如果你不需要的话,可以不进行配置,但建议还是配置他们为好。
第一幅图中可以看到diaplaytag提供了数据的导出功能,如果说你的Table存在的页面被include在另一个页面中,比如如果你使用Struts的话,那么Tiles的使用就是这种情况,那么你需要为web.xml中添加filter,以便数据到处功能能够工作正常。
首先,在web.xml中添加以下filter配置项(按照web.xml文件中各个elements的顺序规定,需要将<filter>元素添加在<servlet>前面,以下类似的情况请参考web.xml规范):
<filter>
<filter-name>ResponseOverrideFilter</filter-name>
<filter-class>org.displaytag.filter.ResponseOverrideFilter</filter-class>
</filter>
其次,添加filter的映射:
<filter-mapping>
<filter-name>ResponseOverrideFilter</filter-name>
<url-pattern>*.do</url-pattern>
</filter-mapping>
<filter-mapping>
<filter-name>ResponseOverrideFilter</filter-name>
<url-pattern>*.jsp</url-pattern>
</filter-mapping>
这样,对于web.xml的配置基本就完成了。对于I18N在web.xml文件中进行配置的手段,将在后面提到,不归入此类。
2.3属性文件的配置(displaytag.properties)
DisplayTag提供了一个属性文件(displaytag.properties)来定义表格显示的时候提供的信息,比如分页显示或者导出数据等的提示信息等,但是因为这个属性文件默认的文件随jar文件一起发布而且是英文的,所以,我们需要对其进行定制以满足中文或者其他平台下的使用。
要对这个属性文件进行定制,有三种途径:
【1】使用<display:setProperty>标签,这个标签可以对单个的属性进行设置,也就是说如果要对整个的应用页面都进行定制的话,需要每个页面都使用这个标签并对每一个要定制的属性都使用它,这很明显不是太行得通,所以,displaytag还提供了下面得途径;
【2】使用DisplayPropertiesLoaderServlet来初始化环境,这种方式方式可以对整个应用的属性进行定制,但是,笔者使用这种方式的时候报错,不过,还是将其在web.xml文件中的配置项列于此:
<servlet id="DisplayPropertiesLoaderServlet">
<servlet-name>DisplayPropertiesLoaderServlet</servlet-name>
<display-name>DisplayPropertiesLoaderServlet</display-name>
<description>displaytag initialization servlet</description>
<servlet-class>org.displaytag.properties.DisplayPropertiesLoaderServlet</servlet-class>
<init-param>
<param-name>properties.filename</param-name>
<param-value>/WEB-INF/displaytag.properties</param-value>
</init-param>
<load-on-startup>1</load-on-startup>
</servlet>
这种方法也是读取diaplaytag.properties中的属性配置对整个应该环境进行定制。
最后,也就是就第三中方式,也是笔者最常用的方式,那就是:
【3】新建一个diaplaytag.properties属性文件,向该文件中添加需要覆盖的或者需要另外定制的属性(具体有那些属性,DisplayTag网站提供了一个PDF格式的manual,上面有所有可以使用的属性的列表,因为太长,所以这里不作罗列)。这个文件的一个样本笔者将在后面的实例部分进行罗列。在准备好属性文件后,将其放到WEBAPP_HOME/WEB-INF/classes目录下面就可以了。我想这也比其他方式方便的多,另外,这种方式也是针对整个的WEB应用进行定制。
以上就是配置文件的三种配置方式,第一种只能对单个属性单个页面进行,而后面两种方式可以针对整个的web应用,尤其是第三种方式,笔者尤其倡导。
2.4 CSS和img的移植
如果说你试着将页面中的这一句去掉的话:
<link rel="stylesheet" href="<%=request.getContextPath()%>/css/screen.css" type="text/css" media="screen, print" />,或许你会看到不想看到的景象,或者说你看到的表格将与你所期待的大相径庭:
怎么样?与上面的简单实例相比,是不是淡色不少?!所以,要使得Displaytag提供最好的显示效果,或者说要显示正常,我们不但要保证服务器端的配置,同样的也要保证视图层的配置,比如说CSS和Images。
故此,建议将下载的压缩包中的diaplaytag.war文件包中的css目录和img目录拷贝到你当前工作的WEBApp的根目录下面,这样,就可以避免以上的事情发生。当然,这只是可以正常显示的必要条件,像上面那样,如果页面中不引入css的话,同样会显示不正常。
至此,你的Displaytag的配置就算完成了。怎么样?是不是有些繁琐那?!不过不用担心,与它所带给你的便捷和强大的功能相比,这算不了什么。
好了,下面就让我们对它的一些概念进行一下探索吧!
[b]DisplayTag Tutorial by DarrenWang[/b]
CopyRight June,2004:em510:
By DarrenWang,All Rights Reserved!
接上回书说道,:em325:
[b]【displaytag提供的自定义标签说明】[/b]
DisplayTag一共提供了五种标签用来显示显示表格,他们是<display:table>,<display:column>,<display:setProperty>,<display:caption>和<display:footer>。通过这几个标签的组合可以完成大部分表格的显示功能。下面,笔者将就各个标签情况做一阐述,其中将会包括其功能以及使用中可能遇到的问题。
3-1 <display:table>标签说明
DisplayTag标签库的顶层标签,用来显示整体的表格,通过从不同的scope中抽取数据并进行显示,根据Collection形式的数据中的属性标志来罗列数据。剩下的所有的diplaytag标签都嵌套于此标签之内。他所提供的主要功能包括:以CSV,XML和Excel形式导出数据;对于较长的数据,提供分页显示功能等等。
实例代码:
<display:table name="sessionScope.InfoList" pagesize="3" requestURI="" export="true">
</display:table>
该标签有一系列的属性(Attribute),因为太多,这里仅就几个主要而常用的进行说明:
Name属性:必须指定,表示scope中的数据标志,通过name来引用scope中的数据并进行显示。可以指定pageScope,requestScope,sessionScope和applicationScope。其中requestScope是缺省的scope,如果数据像request.setAttribute(“Infolist”,list)的形式放入requestScope,那么name属性可以直接像[name=“Infolist”]的形式指定。而像sessionScope的话,就要像上面的例子中那种形式指定了。
Id属性:指定显示表格的唯一标志,在后面你可以通过yourID_rowNum的形式显示或者使用每行数据的行号。比如:如果指定id=”tableID”,那么,<%=tableID_rowNum%>就会输出数据的行号。而指定id的另一个作用就是,如果一个页面中有多个分页显示表格的话,指定id后,各个表格的分页就可以工作正常。
Export属性:需要指定boolean型的值,如果指定export=true的话,表格显示完成后,下面会有一个输出项条目,指定数据导出的选项;否则,不显示数据导出条目。默认为false。
Pagesize属性:指定每页最多显示的数据总数。如果要显示的数据记录很长的话,指定pagesize后,数据将按照pagesize属性指定的数目显示记录数,其他的数据将分多个页面显示。如果不指定该属性,所有数据将在一个页面显示。
Class属性:指定表格显示所要使用的css风格,displaytag提供了ISIS,ITS,Mars,Simple,Report五种风格,默认是ISIS,也就是上面的黄色色调的风格。这些风格都是在screen.css文件中定义的,可以根据需要修改或者添加需要的风格。
RequestURI属性:当表格需要数据导出,排序或者分页显示的时候,因为要提交给指定的URL处理,而这个属性就是做这个事情的。
Sort属性:用来指定对数据进行排序的时候是对整个的数据list进行排序还是只对当前页面的数据进行排序。默认的不指定该属性的情况下,排序的时候只对当前页面数据进行排序;如果指定sort=“list”的话,则可以对整个的数据list进行排序。
OK,其他属性读者有兴趣或者需要的话,可以参考DiplayTag网站提供的manual。
3-2 <display:column>标签说明
顾名思义,该标签是用来显示表格中的一列,它只能嵌套在<display:table>标签中使用,显示decorator处理后的结果,如果没有指定decorator,则显示property属性指定的数据。
代码实例:
<display:table name="sessionScope.InfoList" pagesize="3" requestURI="" export="true" >
<display:column property="label" title="ID NUM"/>
<display:column property="value" title="VALUE">
</display:column>
</display:table>
该标签有个特性,即如果以空元素的形式出现,则显示property属性指定的数据;否则,也就是不以空元素形式出现,那么如果两个元素中指定了数据,即使property指定的数据存在,也会以两个元素间的数据显示为准。
例如:<display:column property="value" title="VALUE"></display:column>或者<display:column property="value" title="VALUE"/>将按照value属性指定的数据进行显示,而<display:column property="value" title="VALUE">My Custom Value</display:column>将在每行只显示“My Custom Value“,而不是显示property=”value”所指定的数据。
这个属性可以帮助你定制自己的列显示,后面将会提到某些实例中的使用。
<display:column>标签的属性(Attribute)说明:
Property属性:指定与该列显示数据相关联的property名称,该属性对应该行数据bean的属性,如果这列要显示bean的数据,column的这个属性是必须指定的。
如:<display:column property="paramName"/>
Title属性:该属性用来指定显示列的标题。如果不指定该属性,默认的使用property的名字做为该列的标题。这也就是我们第一个例子中两列的标题都是LabelValueBean的属性名的原因,我们只要为这两列指定需要的title就可以了。
如:<display:column property="label" title="省份"/>
Href属性和其关联属性:使用href属性动态构造当前列的各行数据的超连接。使用paramId来指定附在url字符串后面的参数名称,而使用paramName或者paramProperty来指定与paramId相关联的参数值。
如:<display:column href="preUpdateAction.do" paramId="id" paramProperty="userId" >UPDATE DATA</display:column>将会生成类似于下面的url形式:
http://XXX/youApp/preUpdateAction.do?id=132(假设该行的userId的值为132)
Sortable属性和headerClass属性:DisplayTag还提供了一个很有特色的特性,那就是可以针对某一列的数据进行排序,而这只需要指定sortable属性为true,并指定其headerClass为sortable就可以了。
如:<display:column property="label" sortable="true" headerClass="sortable">
</display:column>
这样,就可以通过点击该列的标题来排序该列的数据了。
其中,sortable属性接受boolean值为合法属性值,而headerClass为string型的合法值。
其他属性说明这里略去,请参考相关文档。
3-3 <display:setProperty>标签说明
使用这个标签可以对DisplayTag显示的表格的属性进行设置,但因为只能作用于单个的表格,所以,作用有限,一般用来处理个别的情况。该标签同样需要嵌套于<display:table>标签内使用。它只有两个属性:name和value。通过为指定的name设置相应的value来更改displaytag的默认属性。
如:<display:setProperty name="basic.msg.empty_list" value="无记录可供显示" />或者<display:setProperty name="basic.msg.empty_list">无记录可供显示</display:setProperty>
这些属性的name可以参考DisplayTag网站提供的TagReference文档,具体网址是
http://displaytag.sourceforge.net/tagreference-displaytag-12.html。
3-4 <display:caption>标签说明
这个标签比较简单,就是完成html里面的<caption>标签所完成的功能。可以在表格的上方显示指定的自定义表头。
代码实例:
<display:caption>
<font size="7">
Caption of The Table
</font>
</display:caption>
效果如下所示:
3-5 <display:footer>标签说明
与<display:caption>标签相对应,这个标签用来显示表格的表尾。按照其实现的需求,该标签应该像在上图中那样在表尾显示,但是上图是在Jbuilder中抓下来的,显示正常,但是,如果在IE中,表尾文字将会在表头之上(我想,这应该是IE的问题)。如下图所示:
至此,DisplayTag的五种标签就简单介绍完了,但是我们不想就此打住,下面,笔者将对DisplayTag的某些特性做进一步的探索。
[b]【displaytag高级特性】[/b]
有些时候,Collection中提供的数据或许不是我们想要的形式,比如,货币字段,在DataObject中或许只是存为int或者long甚至BigDecimal等形式,但是,显示的时候,我们不想以这种形式显示在页面上,这个时候,我们就需要借助DisplayTag提供的Decorator特性。Decorator可以帮助我们在显示数据之前对相应的数据进行格式化,然后再返回格式化后的结果进行显示。下面我们就DisplayTag提供的column decorator和table decorator 进行简单的剖析并列举其使用场合。
4-1 colunm decorator阐述
Column Decorator所能实现的格式化功能只能针对单一的列进行,他所适用的情况包括对货币,时间,数字等类型进行统一格式化的情况,这样,就可以在应用中的所有表格中都能够使用该decorator进行格式化,大大提高了其可服用度。缺点嘛,从笔者个人的使用情况来看,column decorator不能对处于同一行的其他列的数据进行引用,对某些情况下的格式化很不方便,但这不属于Displaytag的问题,这些可以通过稍后将提到的Table decorator来实现。
要使用column decorator,需要实现DisplayTag库中的ColumnDecorator接口,这个接口位于org.displaytag.decorator.ColumnDecorator。同时,实现静态的decorate()方法。在这个方法中对要格式化列的数据进行格式化操作。或许这么说有些抽象,让我们来看一个例子。
这个实例其实是DisplayTag自带的,我在这里只是进行简单的讲解。
代码如下:
import java.util.Date;
import org.apache.commons.lang.time.FastDateFormat;
import org.displaytag.decorator.ColumnDecorator;
public class LongDateWrapper
implements ColumnDecorator
{
private FastDateFormat dateFormat;
public LongDateWrapper()
{
dateFormat = FastDateFormat.getInstance("MM/dd/yyyy HH:mm:ss");
}
public final String decorate(Object columnValue)
{
Date date = (Date)columnValue;
return dateFormat.format(date);
}
}
该实例要对当前列的Date对象进行某种形式的格式化操作(实际上是MM/dd/yyyy HH:mm:ss的形式,这可以在code中看到),所以他在格式化方法decorate中提取该列的Date对象,并进行cast,然后使用commons-lang包中的FastDateFormat类对该对象进行格式化后返回String形式的结果。
与上原理所述,只要实现一个implemets了ColumnDecorator的类,并override自己相应的decorate()方法就可以了。另外,为了提高性能,最好是将初始化的操作放到该类的构造函数中,否则,当iterate数据记录的时候还要初始化资源,那性能可想而知不会高到那里去的。
4-2 table decorator阐述
Table Decorator笔者使用的更多一些,他可以对整个表格的输出在显示之前进行格式化。表格在显示的时候,每次iterate到一行记录的时候,都会首先查询decorator中是否实现了对各个列的数据对象进行格式化的方法,如果有,则调用这些方法对当前数据对象进行格式化,然后返回格式化后的结果进行显示;否则,直接返回当前数据对象进行显示。
如果说原始的数据对象不能够满足你数据显示需要的话,table Decorator就可以帮你忙。上面已经谈到过column Decorator遇到的问题:不能引用同行的数据对象,而现在table decorator就可以,你可以结合同一行的数据对当前行进行格式化,这在比如设置连接的时候要为连接设置不同的参数情况下特别有用。稍后实例将会有说阐明。
要编写Table decorator,首先需要继承DisplayTag包中的TableDecorator类,该类的确切位置是:org.displaytag.decorator.TableDecorator。之后,因为我们要可以对没一列都能进行格式化,所以,针对每一个要格式化的字段,只要想javabean的属性getter方法那样,实现每个字段的getter方法,并在该方法中实现针对该字段的格式化逻辑。
实例代码:
import org.displaytag.decorator.TableDecorator;
import org.apache.commons.beanutils.*;
public class UserTableDecorator extends TableDecorator
{
public UserTableDecorator()
{
}
public String getUserId()
{
Object obj = this.getCurrentRowObject();
DynaBean row = (DynaBean)obj;
String deco = "<input type=checkbox name=userId value="+row.get("userId")+">"+row.get("userId");
return deco;
}
}
这是笔者后面实例中将会用到的一个TableDecorator,他是用来实现表格显示的时候能够生成便于用户选择的checkbox,以便用户可以选择一条或者多条数据进行删除或者其他操作。他生成的界面类似于:
在这里,因为ValueObject的UserID字段只是返回一个String型的数据,这不能满足我们要显示checkbox的需要,所以,按照Javabean的getter方法形式,我们实现了public String getUserId()方法,并在这个方法中实现了将数据格式化为checkbox相关形式的操作。其中,只要取得了当前行的数据对象并cast成正确的对象类型,就可以调用该对象的方法使用同一行的其他列数据了。
4-3 其他,像表格的嵌套和表格的排序,表格的总结行的添加等功能,希望读者能够自己研读DisplayTag Samples的代码。
至此,有关Displaytag的decorator特性就算说完了。到现在为止,我们只是说了一些原理和简单的代码实例,为了给大家一个应用的意识,下面笔者就自己实现的一个简单工程做一个简单的描述,以期给大家一个更深的认识。
------------------------------------------------------------------------
[b]DisplayTag Tutorial by DarrenWang[/b]
CopyRight June,2004
By DarrenWang,All Rights Reserved!
------------------------------------------------------
话接上回:
[b]【table运行实例】[/b]
笔者原来做过几个有关Displaytag的demo,但是都只是研习用的,为了给出一个实际情况下的例子,笔者就前阵子的一个面试题给出一个用户管理流程的实现。当时要求用Hibernate跟persistence层交互,因为这跟我们的主题没有多大关系,所以,我们采用将数据以DynaBean的形式放入session来模拟数据的处理。
5-1运行环境说明
IDE:Jbuilder X
AppServer:Tomcat 4.0.6
Framework:Struts1.1(with Tiles and Validator)
Other: DisplayTag(这个当然要有了,^_^),commons-beanutils,commons-lang2
另外在进行实例的进一步剖析之前,建议使用以下的目录结构:
按照配置部分所述,建议将压缩包中的displaytag.war中的css目录和img目录都copy到当前的web应用根目录下面。另外,为所有的JavaScript文件建立单独的目录js(这里存放dTree的js类库),以便统一管理。因为我们使用到了Tiles,所以,拷贝整个Struts的Tiles应用中的layouts目录到当前应用目录。剩下的就是为工程用到的图片新建project-image目录,该名称可以变化,不要与img重复就可以。
另外一个目录事init目录,笔者用来存放init.jsp文件以及其他初始化作用的文件,init.jsp文件的内容将在后面提到。
最后,为每一个应用模块建立他们自己的目录,如memo和users,这些目录下面再根据需要细分其他子目录。
Ok,环境就说到这里。
5-2实例讲解
该实例其实很简单,说白了也就是一个CRUD操作,就是管理员可以实现对用户的创建,读取,更新和删除等功能。不过,MIS要处理的不就是这这些嘛,呵呵,ok,let’s begin。
因为什么都说的话太过繁琐,所以,笔者仅就整个流程和个别需要说明的内容做简单的描述,如果有兴趣读代码的话,可以email索取。
在管理员进入管理页面之前,我们需要一个Action来读取用户列表,以便管理员处理,所以,笔者定义了PreUserListAction,在这里,笔者构造了两个DynaBean并存入样例数据,然后转入管理员页面。
PreUserListAction的execute()方法的代码片断:
HttpSession session = httpServletRequest.getSession();
List userList = new ArrayList();
DynaProperty[] props = new DynaProperty[]{new DynaProperty("userId",String.class),new DynaProperty("type",String.class),new DynaProperty("userName",String.class),new DynaProperty("passWord",String.class)};
BasicDynaClass userClass = new BasicDynaClass("user",null,props);
try{
DynaBean user1 = userClass.newInstance();
user1.set("userId","00001");
user1.set("type","admin");
user1.set("userName","Darren");
user1.set("passWord","112345");
userList.add(user1);
DynaBean user2 = userClass.newInstance();
user2.set("userId","00050");
user2.set("type","plain");
user2.set("userName","susan");
user2.set("passWord","2125465");
userList.add(user2);
}catch(Exception e)
{
e.printStackTrace();
}
session.setAttribute("UserList",userList);
return actionMapping.findForward("suc");
在转入用户管理页面后,管理员可以看到类似于下面的管理界面:
这个页面就是使用DisplayTag生成的表格,至于其生成,上面说的已经足够了,唯一需要说明的一点就是最后一列,他同样是通过<display:column>构造的,不同之处在于:
<display:column href="preUpdateAction.do" paramId="userId" paramProperty="userId" >
UPDATE
</display:column>
这一列使用了上面的href属性,指定该行记录更新的URL,唯一可能遇到的问题是,指定其为Struts的action 的时候,要使用以上的*.do形式,而以/preUpdateAction.do或者/preUpdateAction的形式指定的话,都不能找到处理的地址(虽然Struts的<html:link>可以)。
在这里,管理员可以选取要删除的用户,点击“删除用户记录”按钮删除用户;或者要更新某个用户的信息的时候,点击最后一列的UPDATE连接,进去更新页面修改用户信息;又或者点击“AddUser”连接进入用户添加页面来添加用户。其中,用户添加页面和更新页面很相象,唯一的不同是前者表单中没有任何信息,后者则表单中已经包含了用户原来的信息。下面是用户添加页面的样子:
最后,所有的这些删除,新建和更新用户信息的功能实现笔者都在org.apache.struts.actions.DispatchAction的子类UserOptDispatchAction中实现了,因为代码太长,这里仅贴出代码实现的框架吧。
至此,整个流程就算完成了,是不是很简单?!呵呵,本来就简单嘛,还用你说。hoho
哦,对了,忘了说了,在每一个使用DisplayTag的页面,我们都会包含一个init.jsp页面,具体代码是在页头<%@ include file="/init/init.jsp"%>。Init.jsp页面导入已经在web.xml注册的各种taglib,以供页面使用。他的内容是:
<%@ taglib uri="/WEB-INF/struts-bean.tld" prefix="bean" %>
<%@ taglib uri="/WEB-INF/struts-html.tld" prefix="html" %>
<%@ taglib uri="/WEB-INF/struts-logic.tld" prefix="logic" %>
<%@ taglib uri="/WEB-INF/struts-template.tld" prefix="template" %>
<%@ taglib uri="/WEB-INF/struts-tiles.tld" prefix="tiles" %>
<%@ taglib uri="http://displaytag.sf.net" prefix="display" %>
<%@ page import="org.displaytag.sample.*, java.util.*,
org.displaytag.tags.TableTag"%>
<% TableTag.checkCommonsLang(); %>
当然,读者也可以根据自己的考虑来实现这种形式的页面include,以提高页面的复用。
除了使用DisplayTag外,该应用也使用了Tiles对这个应用的界面风格进行了统一,并且使用validator框架进行验证等,但这些不是这里的重点,所以不作赘述。
[b]【可能遇到的问题】[/b]
这是笔者在使用displaytag的时候遇到的或者是想到的一些问题,作为tips,列于下,以供参考。
6-1 进行分页显示的时候,虽然第一页可以正常显示,而且分页条目也显示出来,但是,点击连接的时候不能显示下其他数据,可能显示找不到该页面等错误。
这种情况多是因为没有在意数据存放的scope造成的,也是笔者刚开始使用的时候碰到的第一个比较伤脑筋的问题,其实当时只是为了试验,图方便而且也没过多在意,所有的数据都放在requestScope中了,而实际上,像分页这种情况,最合适的是应该将数据放入sessionScope中。否则,就会出现上面的情况。
解决方法:将数据collection放入sessionScope中,指定<display:table>的name属性为sessionScope.yourInfoCollection的形式。
6-2 点击页面连接或者分页连接的时候,页面跳转到开始页面,或者跳转的页面根本不是应该显示的页面,甚至使你有些莫名其妙。
这种情况多是因为你使用了包含include机制的页面,包括Struts提供的Tiles功能。像这种情况下,应该为这些连接指定确定的连接,而不是默认的。或许解释的有些使你丈二和尚摸不着头脑了,别急,看下面的解决方法。
解决方法:通过为<display:table>标签添加默认情况下不指定的requestURI属性,如果说你也不确定确切的连接的话,可以只这样写:requestURI=””, and that‘s enough。想要了解更清楚一些,看DisplayTag的FAQ,第三条就是。
6-3这种情况应该算特殊情况,如果你不用Jbuilder的话,应该不会遇到,该情况跟6-2的情况有些类似,但是Jbuilder浏览器的问题,就是点击分页连接的时候,页面跳到登陆的页面。这不是displaytag的问题,即使你加了requestURI=””也是一样,应该是Jbuilder浏览器的问题,所以,建议在IE或者netscape下测试。
[b]【结束语】[/b]
这篇文章定位为一篇tutorial,意在于与大家共享。没有多少高深的理论,笔者也尽量将问题说的简单,尽量的step by step。如果大家通过Google或者其他途径了解并阅读了他,并且觉得好的话,希望给一些鼓励的话,或者发张电子贺卡之类也可以,以资鼓励。
另外,我要感谢我现在的公司-江苏国光信息产业股份有限公司,虽然没有多少项目给我做,但是却给了我更多的时间,让我能够写这么些技术文章,与大家共享。
参考文献:
1. DisplayTag官方网站提供有各种相关的文档,http://displaytag.sourceforge.net
2. DisplayTag的FAQ或许有你所需要的答案,http://displaytag.sourceforge.net/faq.html