JSTL

该示例使用了两种资源配置文件的绑定的做法，“applicationMessage”资源配置文件利用标签被赋于了变量“applicationBundle”，而作为标签定义的“applicationAllMessage”资源配置文件作用于其标签体内的显示。
q         第一个标签将使用“applicationAllMessage”资源配置文件中“键”为“userName”的信息显示。
q         第二个标签虽然被定义在标签体内，但是它使用了bundle属性，因此将指定之前由标签保存的“applicationMessage”资源配置文件，该“键”为“passWord”的信息显示。
用于参数传递的标签
标签应该位于标签内，将为该消息标签提供参数值。它只有一个属性value。
标签有两种使用版本，一种是直接将参数值写在value属性中，另一种是将参数值写在标签体内。
用于为请求设置字符编码的标签
标签用于为请求设置字符编码。它只有一个属性value，在该属性中可以定义字符编码。
用于设定时区的、标签
这两组标签都用于设定一个时区。唯一不同的是标签将使得在其标签体内的工作可以使用该时区设置，标签则允许将时区设置保存为一个变量，在之后的工作可以根据该变量来进行。它们的属性和描述如表9.20所示：
表9.20　、标签属性和说明
属性
描述
value
时区的设置
var
独有的属性，用于保存时区为一个变量
scope
变量的作用范围
用于格式化数字的标签
标签用于格式化数字。它的属性和描述如表9.21所示：
表9.21　标签属性和说明
属性
描述
value
格式化的数字，该数值可以是String类型或java.lang.Number类型的实例
type
格式化的类型
pattern
格式化模式
var
结果保存变量
scope
变量的作用范围
maxIntegerDigits
指定格式化结果的最大值
minIntegerDigits
指定格式化结果的最小值
maxFractionDigits
指定格式化结果的最大值，带小数
minFractionDigits
指定格式化结果的最小值，带小数
标签实际是对应java.util.NumberFormat类，type属性的可能值包括currency（货币）、number（数字）和percent（百分比）。
下面看一个示例。

该结果将被保存在“money”变量中，将根据Locale环境显示当地的货币格式。
用于解析数字的标签
标签用于解析一个数字，并将结果作为java.lang.Number类的实例返回。标签看起来和标签的作用正好相反。它的属性和描述如表9.22所示：
表9.22　标签属性和说明
属性
描述
value
将被解析的字符串
type
解析格式化的类型
pattern
解析格式化模式
var
结果保存变量，类型为java.lang.Number
scope
变量的作用范围
parseLocale
以本地化的形式来解析字符串，该属性的内容应为String或java.util.Locale类型的实例
下面看一个示例。

解析之后的结果为“0.15”。
用于格式化日期的标签
标签用于格式化日期。它的属性和描述如表9.23所示：
表9.23　标签属性和说明
属性
描述
value
格式化的日期，该属性的内容应该是java.util.Date类型的实例
type
格式化的类型
pattern
格式化模式
var
结果保存变量
scope
变量的作用范围
timeZone
指定格式化日期的时区
标签与、两组标签的关系密切。若没有指定timeZone属性，也可以通过、两组标签设定的时区来格式化最后的结果。
用于解析日期的标签
标签用于解析一个日期，并将结果作为java.lang.Date类型的实例返回。标签看起来和标签的作用正好相反。它的属性和描述如表9.24所示：
表9.24　标签属性和说明
属性
描述
value
将被解析的字符串
type
解析格式化的类型
pattern
解析格式化模式
var
结果保存变量，类型为java.lang.Date
scope
变量的作用范围
parseLocale
以本地化的形式来解析字符串，该属性的内容为String或 java.util.Locale类型的实例
timeZone
指定解析格式化日期的时区
和两组标签都实现解析字符串为一个具体对象实例的工作，因此，这两组解析标签对var属性的字符串参数要求非常严格。就JSP页面的表示层前段来说，处理这种解析本不属于份内之事，因此和两组标签应该尽量少用，替代工作的地方应该在服务器端表示层的后段，比如在Servlet中。
标签库
Database access标签库中的标签用来提供在JSP页面中可以与数据库进行交互的功能，虽然它的存在对于早期纯JSP开发的应用以及小型的开发有着意义重大的贡献，但是对于MVC模型来说，它却是违反规范的。因为与数据库交互的工作本身就属于业务逻辑层的工作，所以不应该在JSP页面中出现，而是应该在模型层中进行。
对于Database access标签库本书不作重点介绍，只给出几个简单示例让读者略微了解它们的功能。
Database access标签库有以下6组标签来进行工作：、、、、、、。
用于设置数据源的标签
标签用于设置数据源，下面看一个示例：
var="dataSrc"
url="jdbc:postgresql://localhost:5432/myDB"
driver="org.postgresql.Driver"
user="admin"
password="1111"/>
该示例定义一个数据源并保存在“dataSrc”变量内。
用于查询的标签
标签用于查询数据库，它标签体内可以是一句查询SQL。下面看一个示例：

select * from table1

该示例将返回查询的结果到变量“queryResults”中，保存的结果是javax.servlet.jsp.jstl.sql.Result类型的实例。要取得结果集中的数据可以使用循环来进行。下面看一个示例。


${row.userName}
${row.passWord}


“rows”是javax.servlet.jsp.jstl.sql.Result实例的变量属性之一，用来表示数据库表中的“列”集合，循环时，通过“${row.XXX}”表达式可以取得每一列的数据，“XXX”是表中的列名。
用于更新的标签
标签用于更新数据库，它的标签体内可以是一句更新的SQL语句。其使用和标签没有什么不同。
用于事务处理的标签
标签用于数据库的事务处理，在该标签体内可以使用标签和标签，而标签的事务管理将作用于它们之上。
标签对于事务处理定义了read_committed、read_uncommitted、repeatable_read、serializable4个隔离级别。
用于事务处理的、标签
这两个标签用于向SQL语句提供参数，就好像程序中预处理SQL的“”一样。标签传递除java.util.Date类型以外的所有相融参数，标签则指定必须传递java.util.Date类型的参数。
标签库
称呼Functions标签库为标签库，倒不如称呼其为函数库来得更容易理解些。因为Functions标签库并没有提供传统的标签来为JSP页面的服务，而是被用于EL表达式语句中。在JSP2.0规范下出现的Functions标签库为EL表达式语句提供了许多更为有用的功能。Functions标签库分为两大类，共16个函数。
q         长度函数：fn:length
q         字符串处理函数：fn:contains、fn:containsIgnoreCase、fn:endsWith、fn:escapeXml、fn:indexOf、fn:join、fn:replace、fn:split、fn:startsWith、fn:substring、fn:substringAfter、fn:substringBefore、fn:toLowerCase、fn:toUpperCase、fn:trim
以下是各个函数的用途和属性以及简单示例。
长度函数fn:length函数
长度函数fn:length的出现有重要的意义。在JSTL1.0中，有一个功能被忽略了，那就是对集合的长度取值。虽然java.util.Collection接口定义了size方法，但是该方法不是一个标准的JavaBean属性方法（没有get,set方法），因此，无法通过EL表达式“${collection.size}”来轻松取得。
fn:length函数正是为了解决这个问题而被出来的。它的参数为input，将计算通过该属性传入的对象长度。该对象应该为集合类型或String类型。其返回结果是一个int类型的值。下面看一个示例。
<%ArrayList arrayList1 = new ArrayList();
arrayList1.add("aa");
arrayList1.add("bb");
arrayList1.add("cc");
%>
<%request.getSession().setAttribute("arrayList1", arrayList1);%>
${fn:length(sessionScope.arrayList1)}
假设一个ArrayList类型的实例“arrayList1”，并为其添加三个字符串对象，使用fn:length函数后就可以取得返回结果为“3”。
判断函数fn:contains函数
fn:contains函数用来判断源字符串是否包含子字符串。它包括string和substring两个参数，它们都是String类型，分布表示源字符串和子字符串。其返回结果为一个boolean类型的值。下面看一个示例。
${fn:contains("ABC", "a")}

${fn:contains("ABC", "A")}

前者返回“false”，后者返回“true”。
函数
fn:containsIgnoreCase函数与fn:contains函数的功能差不多，唯一的区别是fn:containsIgnoreCase函数对于子字符串的包含比较将忽略大小写。它与fn:contains函数相同，包括string和substring两个参数，并返回一个boolean类型的值。下面看一个示例。
${fn:containsIgnoreCase("ABC", "a")}

${fn:containsIgnoreCase("ABC", "A")}

前者和后者都会返回“true”。
词头判断函数fn:startsWith函数
fn:startsWith函数用来判断源字符串是否符合一连串的特定词头。它除了包含一个string参数外，还包含一个subffx参数，表示词头字符串，同样是String类型。该函数返回一个boolean类型的值。下面看一个示例。
${fn:startsWith ("ABC", "ab")}

${fn:startsWith ("ABC", "AB")}

前者返回“false”，后者返回“true”。
词尾判断函数fn:endsWith函数
fn:endsWith函数用来判断源字符串是否符合一连串的特定词尾。它与fn:startsWith函数相同，包括string和subffx两个参数，并返回一个boolean类型的值。下面看一个示例。
${fn:endsWith("ABC", "bc")}

${fn:endsWith("ABC", "BC")}

前者返回“false”，后者返回“true”。
字符实体转换函数fn:escapeXml函数
fn:escapeXml函数用于将所有特殊字符转化为字符实体码。它只包含一个string参数，返回一个String类型的值。
字符匹配函数fn:indexOf函数
fn:indexOf函数用于取得子字符串与源字符串匹配的开始位置，若子字符串与源字符串中的内容没有匹配成功将返回“-1”。它包括string和substring两个参数，返回结果为int类型。下面看一个示例。
${fn:indexOf("ABCD","aBC")}

${fn:indexOf("ABCD","BC")}

前者由于没有匹配成功，所以返回-1，后者匹配成功将返回位置的下标，为1。
分隔符函数fn:join函数
fn:join函数允许为一个字符串数组中的每一个字符串加上分隔符，并连接起来。它的参数、返回结果和描述如表9.25所示：
表9.25　fn:join函数
参数
描述
array
字符串数组。其类型必须为String[]类型
separator
分隔符。其类型必须为String类型
返回结果
返回一个String类型的值
下面看一个示例。
<% String[] stringArray = {"a","b","c"}; %>
<%request.getSession().setAttribute("stringArray", stringArray);%>
${fn:join(sessionScope.stringArray,";")}

定义数组并放置到Session中，然后通过Session得到该字符串数组，使用fn:join函数并传入分隔符“;”，得到的结果为“a;b;c”。
替换函数fn:replace函数
fn:replace函数允许为源字符串做替换的工作。它的参数、返回结果和描述如表9.26所示：
表9.26　 fn:replace函数
参数
描述
inputString
源字符串。其类型必须为String类型
beforeSubstring
指定被替换字符串。其类型必须为String类型
afterSubstring
指定替换字符串。其类型必须为String类型
返回结果
返回一个String类型的值
下面看一个示例。
${fn:replace("ABC","A","B")}

将“ABC”字符串替换为“BBC”，在“ABC”字符串中用“B”替换了“A”。
分隔符转换数组函数fn:split函数
fn:split函数用于将一组由分隔符分隔的字符串转换成字符串数组。它的参数、返回结果和描述如表9.27所示：
表9.27　 fn:split函数
参数
描述
string
源字符串。其类型必须为String类型
delimiters
指定分隔符。其类型必须为String类型
返回结果
返回一个String[]类型的值
下面看一个示例。
${fn:split("A,B,C",",")}

将“A,B,C”字符串转换为数组{A,B,C}。
字符串截取函数fn:substring函数
fn:substring函数用于截取字符串。它的参数、返回结果和描述如表9.28所示：
表9.28　 fn:substring函数
参数
描述
string
源字符串。其类型必须为String类型
beginIndex
指定起始下标（值从0开始）。其类型必须为int类型
endIndex
指定结束下标（值从0开始）。其类型必须为int类型
返回结果
返回一个String类型的值
下面看一个示例。
${fn:substring("ABC","1","2")}

截取结果为“B”。
起始到定位截取字符串函数fn:substringBefore函数
fn:substringBefore函数允许截取源字符从开始到某个字符串。它的参数和fn:substringAfter函数相同，不同的是substring表示的是结束字符串。下面看一个示例。
${fn:substringBefore("ABCD","BC")}

截取的结果为“A”。
小写转换函数fn:toLowerCase函数
fn:toLowerCase函数允许将源字符串中的字符全部转换成小写字符。它只有一个表示源字符串的参数string，函数返回一个String类型的值。下面看一个示例。
${fn:toLowerCase("ABCD")}

转换的结果为“abcd”。
大写转换函数fn:toUpperCase函数
fn:toUpperCase函数允许将源字符串中的字符全部转换成大写字符。它与fn:toLowerCase函数相同，也只有一个String参数，并返回一个String类型的值。下面看一个示例。
${fn:toUpperCase("abcd")}

转换的结果为“ABCD”。
空格删除函数fn:trim函数
fn:trim函数将删除源字符串中结尾部分的“空格”以产生一个新的字符串。它与fn:toLowerCase函数相同，只有一个String参数，并返回一个String类型的值。下面看一个示例。
${fn:trim("AB C ")}D

转换的结果为“AB CD”，注意，它将只删除词尾的空格而不是全部，因此“B”和“C”之间仍然留有一个空格。
与JSTL
与Struts协同
作为端表示层MVC经典框架的Struts，其突出表现就是在表示层页面流转方面。虽然在显示的视图层，Struts框架提供了一组功能强大的标签库来帮助运用。但是这组标签库还是比较复杂，例如要取得一个Session中的JavaBean，需要做两个步骤的动作。
（1）使用标签来定义一个目标JavaBean的标识，并从Session中取得源JavaBean赋给目标JavaBean。若该JavaBean本身是String类型，则只需要设置它的name属性，否则还需要设置property属性。
（2）使用标签将该JavaBean的变量属性显示出来。若该JavaBean本身是String类型，则只需要设置它的name属性，否则还需要设置property属性。
下面看一个示例，假设Session中有一个参数为“TEST”，其值为String类型的字符串“hello”。那么使用Struts框架的标签库的代码就应该是这样：


定义一个目标JavaBean的标识“test”，然后将从Session中的参数“TEST”所取得的源JavaBean的实例赋给目标JavaBean。标签会根据标签的id属性设置自身的name属性，来获取目标JavaBean并显示出来。由于它们操作的是String类型的字符串，因此编码还算比较简单。可是，如果它们操作的是一个非String类型的JavaBean，那么编码就比较麻烦了。
如果使用的是JSTL，这部分的操作就十分简单了，仅仅通过EL表达式语言就可以完成了，转换成EL表达式的操作编码如下：
${sessionScope.TEST}
转换成JSTL，只要一句表达式就已经完成了标签库需要用两个标签和许多属性才能完成的工作。即使使用的是JavaBean中的属性，JSTL表达式也只需要再加个“.”操作符而已。
使用JSTL中的EL表达式和JSTL标签库中的标签，可以简化Struts标签库中许多标签的操作。下面就根据具体的对比来进行介绍。
标签库：
Struts的Bean标签库在EL表达式没有出现前是十分常用的，无论从Session、request、page或是其他作用范围（Scope）中取得参数、或者从标准JavaBean中读取变量属性都处理得得心应手。然而，在EL表达式出现之后，Struts Bean标签库的标签在操作的时候就显示出了烦琐的缺点。因此用EL表达式来替代Struts Bean标签库中的标签是一种较好的做法。
1. 标签和标签处理显示被EL表达式替换
q         原形：标签的作用是定义一个JavaBean类型的变量，从Scope源位置得到该JavaBean的实例。标签可以通过JavaBean变量来做显示的工作。
q         替换方案：利用EL表达式来替换。
q         示例比较
标签和标签的动作：
name="javaBeanParameter"
property="javaBeanProperty"
scope="request"/>

EL表达式的动作：
${requestScope.javaBeanParameter.javaBeanProperty}
或
${requestScope.javaBeanParameter[‘javaBeanProperty’]}
处理相同的一个动作，使用define标签，通常需要记住各种属性的功能，并有选择地根据实际情况来挑选是否需要property属性，还要指定其scope属性。而EL表达式就方便多了，直接使用默认变量pageScope、requestScope、sessionScope、applicationScope指定源JavaBean作用范围，利用“.”操作符来指定JavaBean的名称以及利用“[]”或“.”来指定JavaBean中的变量属性。
q         比较结果：无论是可读性还是程序的简洁性方面，EL表达式无疑要胜过许多，唯一的缺点是EL表达式必须使用Servlet2.4以上的规范。
2. 、、标签和标签处理显示被EL表达式替换
q         原形：、、标签的作用是，定义一个JavaBean类型的变量，从cookie、request header、request parameter中得到该JavaBean实例。标签可以通过JavaBean变量来做显示的工作。
q         替换方案：利用EL表达式来替换。
q         示例比较：标签的动作：


EL表达式的动作：
${param.requestParameterString}
q         比较结果：EL表达式默认的5个变量：cookie、header、headerValues、paramValues、param完全可以提供更方便简洁的操作。
3. 标签被标签替换
q         原形：标签的作用是定义一个String类型的变量，可以包含一个页面、一个响应或一个链接。
q         替换方案：利用标签来替换。
q         示例比较
标签的动作：

标签的动作：

标签的page属性所起的作用可以由标签来替换，二者的操作结果是一样的。
q         比较结果：这一对标签的比较没有明显区别，而标签有更多属性提供更多功能，因此替换并不是十分必要。
尤其是当要用到配置在struts-config.xml中的元素进行全局转发页面时，必须使用标签的forward元素来实现。
4. 标签处理资源配置文件被、、标签合作替换
q         原形：标签是专门用来处理资源配置文件显示的，而它的资源配置文件被配置在struts-config.xml的元素中。
q         替换方案：利用、、标签合作来替换，由、设置资源配置文件的实体名称，再由标签负责读取显示。
q         示例比较
标签的动作：

、标签的动作：



或、标签的动作：


q         比较结果：这一对标签对于国际化的支持都相当好，唯一最大的区别在于利用标签所操作的资源配置文件是配置在struts-config.xml中的，而标签所操作的资源配置文件则是根据、两组标签来得到的。看起来，后者的灵活性不错，但就笔者的眼光来看，前者更为规范，对于用户协作的要求也更高。试想，维护一到两个资源配置文件与维护一大堆资源配置文件哪个更方便呢？是前者了，因此除非是不依赖Struts框架的应用，否则最好使用标签。
标签库
Struts Logic标签库中的标签在页面显示时是时常被用到的，但是常用的却不一定是最好用的，有了JSTL标签库和EL表达式后，许多Struts Logic标签库的标签可以被简单替换。
1. 所有判断标签被EL表达式和标签替换
q         原形：判断标签有一个特点，就是需要取得一个实例的变量，因此通过标签来取得实例的变量是必须的，随后就通过各种判断标签来完成判断的。常用的判断标签如表9.30所示：
表9.30 常用判断标签
标签名
描述
empty
判断变量是否为空
notEmpty
与empty标签正好相反
equal
判断变量是否与指定的相同
notEqual
与equal标签正好相反
lessThan
判断变量是否比指定的小
greaterThan
判断变量是否比指定的大
lessEqual
判断变量是否小于等于指定的值
greaterEqual
判断变量是否大于等于指定的值
present
检查header、request parameter、cookie、JavaBean或JavaBean propertie不存在或等于null的时候，判断成功
notPresent
与present标签正好相反
match
比较String类型字符串是否与指定的相同
notMatch
与match标签正好相反
q         替换方案：利用EL表达式和标签来替换。
q         示例比较：判断标签的动作：
name="javaBeanParameter"
property="attack_event_code"
scope="request"/>

javaBeanParameter not empty

EL表达式和标签的动作：
id="attackSolution"
type="struts.sample.cap1.sample3.entity.AttackSolution">




标签EL表达式协作的动作：

${attackSolution.attack_event_code}
${attackSolution.attack_mean}
${attackSolution.attack_action}

两个动作都做的是同一件事，从request中得到保存的“allAttackSolution”参数，该参数为一个集合，集合中的对象为struts.sample.cap1.sample3.entity.AttackSolution类型的实例。
标签本身可以接收集合，保存为一个变量，利用迭代子模式，使标签体中的标签将集合中的每个JavaBean显示出来。
提示：在本例中由于要显示JavaBean中的变量属性，因此标签还需要设置property属性。
替换工作的标签则相对要方便些，items属性使用EL表达式取得集合，然后设置var属性作为集合中对象的变量，最后使用EL表达式来显示数据。
q         比较结果：
值得注意的一个地方是，标签必须为集合中的对象指定类型，因为标签库处理时会将集合中的对象作为Object类型得到，然后需要读取type属性定义的Java类为它强制转型。
而标签则完全不用，只要符合标准JavaBean（为变量属性提供get、set方法）的对象都可以通过EL表达式来从var属性定义的变量中取得该JavaBean的变量属性。
因此标签和EL表达式的方式更加简单，也更加灵活。
当然，熟悉标的程序设计者也可以将标签替换为EL表达式而仍然使用标签。代码可以是这样：
id="attackSolution"
type="struts.sample.cap1.sample3.entity.AttackSolution">
${attackSolution.attack_event_code}
${attackSolution.attack_mean}
${attackSolution.attack_action}

结果一样，但这种方式比标签显示方式灵活多了。
3. 标签被和标签替换
q         原形：标签用来转发到一个页面，并可以为转发传递参数。
q         替换方案：利用和标签的协作替换标签。
q         示例比较：标签的动作：
<%
HashMap paramMap = new HashMap();
paramMap.put("userName", "RW");
paramMap.put("passWord", "123456");
%>

和标签协作的动作：




两个动作都做的是同一件事，都将转发到当前Web Context下的“MyHtml.jsp”去，而且都将为它提供两个参数。最后的转发链接看起来应该如下所示：
http://localhost:8080/test/ MyHtml.jsp? userName=RW&password=123456
q         比较结果
一眼就可以看出，标签的可读性不强，它的name属性表示的是一个Map类型的变量。如果还有property属性，则name属性指的是一个标准JavaBean。property属性指的是JavaBean中的一个Map类型的变量属性，通过Map的“名值对”来为转发页面传递参数。如果转发参数是来自于一个Map或JavaBean中的Map类型变量属性，那还好，因为可以在Java类中处理。可是如果纯粹是从页面上取得某些值作为转发参数，那就困难了，必须像本示例所给出的那样，自行定义一个Map实例。这种情况下，页面就会看到Java语言的片段，既麻烦又不符合标准。
而使用和标签协作，由于包含在标签体内的标签可以有多个，因此显式地提供标签就完成了给出转发参数的工作，即使用到JavaBean，也可以使用EL表达式来实现。
综上所述，利用和标签来代替标签是有必要的。
总结
Struts框架和JSTL并不是互相冲突的两种技术，虽然Struts框架提供了功能不错的标签库，但是使用JSTL可以简化Struts框架标签库复杂的地方，这对于端表示层框架的Struts来说帮助很大。Struts的HTML标签库无法使用JSTL来替换，但是，使用EL表达式作为一些value属性，来做赋值的工作仍然不失为一种好的选择。因此，在JSTL已经比较成熟的今天，使用Struts框架和JSTL整合来作JSP页面将使程序设计更为轻松。
完整示例
在这一小节中，将修改在第三章中曾经给出的Struts框架示例，以Struts框架和JSTL的协同来实现。
对于第三章的示例，要将JSTL整合进去，需要做以下几步工作。
（1）JSTL并配置。
（1）修改原先的web.xml使其作为Servlet2.4的实现。
（3）修改JSP显示页面，整合JSTL和Struts标签库一起工作。
下载JSTL并配置
可以从http://java.sun.com/products/jsp/jstl网址中下载JSTL1.1的最新版本。要使用这些标签库需要做3个步骤的工作。
（1）将下载的jstl.jar放置到Web应用的WEB-INF的lib目录下。
（2）将下载的TLD文件放置到Web应用的WEB-INF目录下。
（3）在需要使用的JSP页面中声明该标签库。
修改web.xml使其作为Servlet2.4的实现
在第三章的示例中所给出的web.xml是Servlet2.3规范的，因此无法很好的支持JSTL1.1，要修改为符合Servlet2.4规范的代码。使web.xml成为Servlet2.4规范是十分容易的，需要修改的是其头部DTD声明。
在Servlet2.3之前，校验和规范web.xml都是使用DTD，因此其头部声明如下：



…

而到了Servlet2.4规范，首此使用了xmlns来声明web.xml，因此其头部声明为：

xmlns="http://java.sun.com/xml/ns/j2ee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd">
…

所以，为了支持Servlet2.4规范，应该将第三章示例的web.xml改成如例9.6的样子。
例9.6：修改后的web.xml

xmlns="http://java.sun.com/xml/ns/j2ee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd">

Set Character Encoding
struts.sample.cap1.sample3.util.SetCharacterEncodingFilter

encoding
UTF-8



Set Character Encoding
*.do


action
org.apache.struts.action.ActionServlet

config
/WEB-INF/struts-config.xml


debug
2

1


action
*.do


setSolution.jsp


/WEB-INF/struts-template.tld
/WEB-INF/struts-template.tld


/WEB-INF/struts-bean.tld
/WEB-INF/struts-bean.tld


/WEB-INF/struts-html.tld
/WEB-INF/struts-html.tld


/WEB-INF/struts-logic.tld
/WEB-INF/struts-logic.tld


/WEB-INF/struts-template.tld
/WEB-INF/struts-template.tld


/WEB-INF/struts-tiles.tld
/WEB-INF/struts-tiles.tld


/WEB-INF/struts-nested.tld
/WEB-INF/struts-nested.tld


修改的地方不多，仅仅是头部的声明。其他地方完全不必改动，这样的web.xml已经支持了Servlet2.4规范了。
部分：和标签
对于JSP显示页面的修改是整合的核心部分，在第三章示例的showAttackSolution.jsp中出现了这样的语句：

...

将类型为ArrayList的变量“allAttackSolution”从作用范围中取出，利用标签判断该ArrayList是否为空。
根据之前讨论的“所有判断标签被EL表达式和标签替换”，可以利用标签和EL表达式来修改该段JSP代码。
修改后的结果如下：

...

标签其本身具有多种功能：
q         一是判断是否为null。
q         二是当它为String类型的变量时，判断字符串长度是否为0。
q         三是当它为集合类型的变量时，利用集合类的isEmpty方法可以判断是否是一个空的集合。
本示例既然要在替换后与替换前的工作一致，就应该对集合做两个判断：
q         一是该集合不为null。
q         二是该集合中的对象数量不为0。
“!=null”的EL表达式实现了集合实例不为null的判断；fn:length()函数实现了集合内对象数量不为0的判断，两个判断用“&&”连接起来就实现了标签对于集合判断的工作。
在这里应该利用“标签”，还是利用“EL表达式和标签”呢？标签相对来说可读性更强些，EL表达式作为判断条件则可读性稍差些。然而，这些仅是就本示例的改动而言的，其他情况下，利用EL表达式和标签还是有其优势的。
部分：和标签
在第三章示例的showAttackSolution.jsp中出现了这样的使用：
id="attackSolution"
type="struts.sample.cap1.sample3.entity.AttackSolution">











onclick="del(‘<%=attackSolution.getAttack_event_code()%>‘);"
value="">



由于在Action中将显示的内容作为ArrayList类型的实例保存在request中，因此这段JSP页面标签的工作是：
（1）利用标签对保存在ArrayList实例中的所有对象进行循环取得。
（2）ArrayList类型实例中的对象为struts.sample.cap1.sample3.entity.AttackSolution类型，AttackSolution Java类中的变量属性都有get、set方法，因此可以被认为是一个标准的JavaBean。利用标签将AttackSolution实例的变量属性读取出来，并显示。
根据之前讨论的“标签被标签和EL表达式替换”，可以利用标签和EL表达式来修改该段JSP代码。修改的方式有两种：
q         完全使用标签和EL表达式来替换全部。
q         仅使用EL表达式来替换标签。
1. 标签和EL表达式
标签和EL表达式：
var="attackSolution">


${attackSolution.attack_event_code}


${attackSolution.attack_mean}


${attackSolution.attack_action}


onclick="del(‘${attackSolution.attack_event_code}‘);"
value="">



这种修改方式将屏弃Struts框架的标签，而以标签来作为循环迭代的工作。它的最大优点是无需关注集合中的对象类型，只要保证该对象是一个标准的JavaBean就可以了。
2. 使用EL表达式来替换标签
id="attackSolution"
type="struts.sample.cap1.sample3.entity.AttackSolution">


${attackSolution.attack_event_code}


${attackSolution.attack_mean}


${attackSolution.attack_action}


onclick="del(‘${attackSolution.attack_event_code}‘);"
value="">



这种方式对原来的代码没有做多大的改动，依然会使用标签来作为循环标签。不过对于原来使用标签做显示功能的地方，摒弃了标签而直接使用EL表达式。灵活的EL表达式对页面显示逻辑有很大帮助，这种方式比较适合熟悉标签的程序者。
完整的JSP
下面看一个完整的修改后JSP页面的代码，注释掉的是被替换之前的代码，读者可以比较一下两种实现方法。请见例9.7。
例9.7：修改后showAttackSolution.jsp。
<%@ page contentType="text/html; charset=utf-8"%>
<%@ taglib uri="/WEB-INF/struts-logic.tld" prefix="logic" %>
<%@ taglib uri="/WEB-INF/struts-html.tld" prefix="html" %>
<%@ taglib uri="/WEB-INF/struts-bean.tld" prefix="bean" %>
<%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core"%>
<%@ taglib prefix="fn" uri="http://java.sun.com/jsp/jstl/functions"%>



...