JSTL与Struts的结合（九）

 

9.7.14  起始到定位截取字符串函数fn:substringBefore函数

fn:substringBefore函数允许截取源字符从开始到某个字符串。它的参数和fn:substringAfter函数相同，不同的是substring表示的是结束字符串。下面看一个示例。

${fn:substringBefore("ABCD","BC")}<br>

截取的结果为“A”。

9.7.15  小写转换函数fn:toLowerCase函数

fn:toLowerCase函数允许将源字符串中的字符全部转换成小写字符。它只有一个表示源字符串的参数string，函数返回一个String类型的值。下面看一个示例。

${fn:toLowerCase("ABCD")}<br>

转换的结果为“abcd”。

9.7.16 大写转换函数fn:toUpperCase函数

fn:toUpperCase函数允许将源字符串中的字符全部转换成大写字符。它与fn:toLowerCase函数相同，也只有一个String参数，并返回一个String类型的值。下面看一个示例。

${fn:toUpperCase("abcd")}<br>

转换的结果为“ABCD”。

9.7.17 空格删除函数fn:trim函数

fn:trim函数将删除源字符串中结尾部分的“空格”以产生一个新的字符串。它与fn:toLowerCase函数相同，只有一个String参数，并返回一个String类型的值。下面看一个示例。

${fn:trim("AB C  ")}D<br>

转换的结果为“AB CD”，注意，它将只删除词尾的空格而不是全部，因此“B”和“C”之间仍然留有一个空格。

9.8  Struts与JSTL

9.8.1  JSTL与Struts协同工作

作为服务器端表示层MVC经典框架的Struts，其突出表现就是在表示层页面流转方面。虽然在显示的视图层，Struts框架提供了一组功能强大的标签库来帮助运用。但是这组标签库还是比较复杂，例如要取得一个Session中的JavaBean，需要做两个步骤的动作。

（1）使用<bean:define>标签来定义一个目标JavaBean的标识，并从Session中取得源JavaBean赋给目标JavaBean。若该JavaBean本身是String类型，则只需要设置它的name属性，否则还需要设置property属性。

（2）使用<bean:write>标签将该JavaBean的变量属性显示出来。若该JavaBean本身是String类型，则只需要设置它的name属性，否则还需要设置property属性。

下面看一个示例，假设Session中有一个参数为“TEST”，其值为String类型的字符串“hello”。那么使用Struts框架的<bean>标签库的代码就应该是这样：

<bean:define id="test" name="TEST" scope="session"/>

<bean:write name="test"/>

定义一个目标JavaBean的标识“test”，然后将从Session中的参数“TEST”所取得的源JavaBean的实例赋给目标JavaBean。<bean:write>标签会根据<bean:define>标签的id属性设置自身的name属性，来获取目标JavaBean并显示出来。由于它们操作的是String类型的字符串，因此编码还算比较简单。可是，如果它们操作的是一个非String类型的JavaBean，那么编码就比较麻烦了。

如果使用的是JSTL，这部分的操作就十分简单了，仅仅通过EL表达式语言就可以完成了，转换成EL表达式的操作编码如下：

${sessionScope.TEST}

转换成JSTL，只要一句表达式就已经完成了<bean>标签库需要用两个标签和许多属性才能完成的工作。即使使用的是JavaBean中的属性，JSTL表达式也只需要再加个“.”操作符而已。

使用JSTL中的EL表达式和JSTL标签库中的标签，可以简化Struts标签库中许多标签的操作。下面就根据具体的对比来进行介绍。

9.8.2  JSTL VS Struts Bean标签库：

Struts的Bean标签库在EL表达式没有出现前是十分常用的，无论从Session、request、page或是其他作用范围（Scope）中取得参数、或者从标准JavaBean中读取变量属性都处理得得心应手。然而，在EL表达式出现之后，Struts Bean标签库的标签在操作的时候就显示出了烦琐的缺点。因此用EL表达式来替代Struts Bean标签库中的标签是一种较好的做法。

1. <bean:define>标签和<bean:write>标签处理显示被EL表达式替换

q         原形：<bean:define>标签的作用是定义一个JavaBean类型的变量，从Scope源位置得到该JavaBean的实例。<bean:write>标签可以通过JavaBean变量来做显示的工作。

q         替换方案：利用EL表达式来替换。

q         示例比较

<bean:define>标签和<bean:write>标签的动作：

<bean:define id="javaBeanName"

name="javaBeanParameter"

property="javaBeanProperty"

scope="request"/>

<bean:write name="javaBeanName"/>

EL表达式的动作：

${requestScope.javaBeanParameter.javaBeanProperty}

或

${requestScope.javaBeanParameter[‘javaBeanProperty’]}

处理相同的一个动作，使用define标签，通常需要记住各种属性的功能，并有选择地根据实际情况来挑选是否需要property属性，还要指定其scope属性。而EL表达式就方便多了，直接使用默认变量pageScope、requestScope、sessionScope、applicationScope指定源JavaBean作用范围，利用“.”操作符来指定JavaBean的名称以及利用“[]”或“.”来指定JavaBean中的变量属性。

q         比较结果：无论是可读性还是程序的简洁性方面，EL表达式无疑要胜过许多，唯一的缺点是EL表达式必须使用Servlet2.4以上的规范。

2. <bean:cookie>、<bean:header>、<bean:parameter>标签和<bean:write>标签处理显示被EL表达式替换

q         原形：<bean:cookie>、<bean:header>、<bean:parameter>标签的作用是，定义一个JavaBean类型的变量，从cookie、request header、request parameter中得到该JavaBean实例。<bean:write>标签可以通过JavaBean变量来做显示的工作。

q         替换方案：利用EL表达式来替换。

q         示例比较：<bean:parameter>标签的动作：

<bean:parameter id="requestString" name="requestParameterString" />

<bean:write name="requestString"/>

EL表达式的动作：

${param.requestParameterString}

q         比较结果：EL表达式默认的5个变量：cookie、header、headerValues、paramValues、param完全可以提供更方便简洁的操作。

3. <bean:include>标签被<c:import>标签替换

q         原形：<bean:include>标签的作用是定义一个String类型的变量，可以包含一个页面、一个响应或一个链接。

q         替换方案：利用<c:import>标签来替换。

q         示例比较

<bean:include>标签的动作：

<bean:include page="/MyHtml.html" id="thisurlPage" />

<c:import>标签的动作：

<c:import url="/MyHtml.html" var="thisurlPage" />

<bean:include>标签的page属性所起的作用可以由<c:import>标签来替换，二者的操作结果是一样的。

q         比较结果：这一对标签的比较没有明显区别，而<bean:include>标签有更多属性提供更多功能，因此替换并不是十分必要。

尤其是当要用到配置在struts-config.xml中的<global-forwards>元素进行全局转发页面时，必须使用<bean:include>标签的forward元素来实现。

4. <bean:message>标签处理资源配置文件被<fmt:bundle>、<fmt:setBundle>、<fmt:message>标签合作替换

q         原形：<bean:message>标签是专门用来处理资源配置文件显示的，而它的资源配置文件被配置在struts-config.xml的<message-resources>元素中。

q         替换方案：利用<fmt:bundle>、<fmt:setBundle>、<fmt:message>标签合作来替换，由<fmt:bundle>、<fmt:setBundle>设置资源配置文件的实体名称，再由<fmt:message>标签负责读取显示。

q         示例比较

<bean:message>标签的动作：

<bean:message key="message.attacksolution"/>

<fmt:bundle>、<fmt:message>标签的动作：

<fmt:bundle basename="resources.application">

         <fmt:message key="message.attacksolution" />

</fmt:bundle>

或<fmt:setBundle>、<fmt:message>标签的动作：

<fmt:setBundle basename="resources.application" var="resourceaApplication"/>

<fmt:message key="message.attacksolution" bundle="${resourceaApplication}"/>

q         比较结果：这一对标签对于国际化的支持都相当好，唯一最大的区别在于利用<bean:message>标签所操作的资源配置文件是配置在struts-config.xml中的，而<fmt:message>标签所操作的资源配置文件则是根据<fmt:bundle>、<fmt:setBundle>两组标签来得到的。看起来，后者的灵活性不错，但就笔者的眼光来看，前者更为规范，对于用户协作的要求也更高。试想，维护一到两个资源配置文件与维护一大堆资源配置文件哪个更方便呢？自然是前者了，因此除非是不依赖Struts框架的应用，否则最好使用<bean:message>标签。