我的Blog我做主^_^

走向一条通往JAVA的不归路...

  语源科技BlogJava :: 首页 :: 新随笔 :: 联系 :: 聚合  :: 管理 ::
  64 随笔 :: 68 文章 :: 77 评论 :: 0 Trackbacks

9.8.3  JSTL VS Struts Logic 标签库

Struts Logic 标签库中的标签在页面显示时是时常被用到的,但是常用的却不一定是最好用的,有了 JSTL 标签库和 EL 表达式后,许多 Struts Logic 标签库的标签可以被简单替换。

1. 所有判断标签被 EL 表达式和 <c:if> 标签替换

q         原形:判断标签有一个特点,就是需要取得一个实例的变量,因此通过 <bean:define> 标签来取得实例的变量是必须的,随后就通过各种判断标签来完成判断的工作。常用的判断标签如表 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 表达式和 <c:if> 标签来替换。

q         示例比较:判断标签的动作:

<bean:define id="javaBeanName"

name="javaBeanParameter"

property="attack_event_code"

scope="request"/>

<logic:notEmpty name="javaBeanParameter">

         javaBeanParameter not empty

</logic:notEmpty>

EL 表达式和 <c:if> 标签的动作:

<c:if test="${requestScope.javaBeanParameter.attack_event_code != null

&& requestScope.javaBeanParameter.attack_event_code != ''”}>

         javaBeanParameter not empty

</c:if>

EL 表达式利用操作符来完成判断动作,然后通过 <c:if> 标签来根据判断结果处理对应工作。

q         比较结果: EL 表达式的操作符对判断的贡献很大, EL 表达式的灵活性是 Struts 判断标签无法比拟的,任何判断标签都可以通过表达式来实现。 <c:if> 标签还可以将判断的结果保存为一个变量,随时为之后的页面处理服务。

反观 Struts 框架的判断标签,在工作之前必须先定义被判断的变量,而判断后又无法保存判断结果,这样的程序设计远不如 EL 表达式和 <c:if> 标签的协作来得强大。因此使用 EL 表达式和 <c:if> 标签来替换判断标签是更好的选择。

2. <logic:iterate> 标签被 <c:forEach> 标签和 EL 表达式替换

q         原形: <logic:iterate> 标签用来对集合对象的迭代,可以依次从该集合中取得所需要的对象。

q         替换方案:利用 <c:forEach> 标签和 EL 表达式的协作替换 <logic:iterate> 标签。

q         示例比较

<logic:iterate> 标签的动作:

<logic:iterate name="allAttackSolution"

     id="attackSolution"

     type="struts.sample.cap1.sample3.entity.AttackSolution">

         <bean:write property="attack_event_code" name="attackSolution"/>

         <bean:write property="attack_mean" name="attackSolution"/>

         <bean:write property="attack_action" name="attackSolution"/>

</logic:iterate>

<c:forEach> 标签 EL 表达式协作的动作:

<c:forEach items="${requestScope.allAttackSolution}" var="attackSolution">

         ${attackSolution.attack_event_code}

         ${attackSolution.attack_mean}

         ${attackSolution.attack_action}

</c:forEach>

两个动作都做的是同一件事,从 request 中得到保存的“ allAttackSolution ”参数,该参数为一个集合,集合中的对象为 struts.sample.cap1.sample3.entity.AttackSolution 类型的实例。

<logic:iterate> 标签本身可以接收集合,保存为一个变量,利用迭代子模式,使 <logic:iterate> 标签体中的 <bean:write> 标签将集合中的每个 JavaBean 显示出来。

提示:在本例中由于要显示 JavaBean 中的变量属性,因此 <bean:write> 标签还需要设置 property 属性。

替换工作的 <c:forEach> 标签则相对要方便些, items 属性使用 EL 表达式取得集合,然后设置 var 属性作为集合中对象的变量,最后使用 EL 表达式来显示数据。

q         比较结果:

值得注意的一个地方是, <logic:iterate> 标签必须为集合中的对象指定类型,因为标签库处理时会将集合中的对象作为 Object 类型得到,然后需要读取 type 属性定义的 Java 类为它强制转型。

而 <c:forEach> 标签则完全不用,只要符合标准 JavaBean (为变量属性提供 get 、 set 方法)的对象都可以通过 EL 表达式来从 var 属性定义的变量中取得该 JavaBean 的变量属性。

因此 <c:forEach> 标签和 EL 表达式的方式更加简单,也更加灵活。

当然,熟悉 <logic:iterate> 标的程序设计者也可以将 <bean:write> 标签替换为 EL 表达式而仍然使用 <logic:iterate> 标签。代码可以是这样:

<logic:iterate name="allAttackSolution"

id="attackSolution"

type="struts.sample.cap1.sample3.entity.AttackSolution">

         ${attackSolution.attack_event_code}

         ${attackSolution.attack_mean}

         ${attackSolution.attack_action}

</logic:iterate>

结果一样,但这种方式比 <bean:write> 标签显示方式灵活多了。

3. <logic:redirect> 标签被 <c:redirect> 和 <c:param> 标签替换

q         原形 : <logic:redirect> 标签用来转发到一个页面,并可以为转发传递参数。

q         替换方案:利用 <c:redirect> 和 <c:param> 标签的协作替换 <logic:redirect> 标签。

q         示例比较: <logic:iterate> 标签的动作:

<%

         HashMap paramMap = new HashMap();

         paramMap.put("userName", "RW");

         paramMap.put("passWord", "123456");

%>

 <logic:redirect page="/MyHtml.jsp" name="paramMap" scope="request" />

<c:redirect> 和 <c:param> 标签协作的动作:

<c:redirect url="/MyHtml.jsp">

         <c:param name="userName" value="RW"/>

         <c:param name="passWord" value="123456"/>

</c:redirect>

两个动作都做的是同一件事,都将转发到当前 Web Context 下的“ MyHtml.jsp ”去,而且都将为它提供两个参数。最后的转发链接看起来应该如下所示:

http://localhost:8080/test/ MyHtml.jsp? userName=RW&password=123456

q         比较结果

一眼就可以看出, <logic:redirect> 标签的可读性不强,它的 name 属性表示的是一个 Map 类型的变量。如果还有 property 属性,则 name 属性指的是一个标准 JavaBean 。 property 属性指的是 JavaBean 中的一个 Map 类型的变量属性,通过 Map 的“名值对”来为转发页面传递参数。如果转发参数是来自于一个 Map 或 JavaBean 中的 Map 类型变量属性,那还好,因为可以在 Java 类中处理。可是如果纯粹是从页面上取得某些值作为转发参数,那就困难了,必须像本示例所给出的那样,自行定义一个 Map 实例 。这种情况下,页面就会看到 Java 语言的片段,既麻烦又不符合标准。

而使用 <c:redirect> 和 <c:param> 标签协作,由于包含在 <c:redirect> 标签体内的 <c:param> 标签可以有多个,因此显式地提供 <c:param> 标签就完成了给出转发参数的工作,即使用到 JavaBean ,也可以使用 EL 表达式来实现。

综上所述,利用 <c:redirect> 和 <c:param> 标签来代替 <logic:redirect> 标签是有必要的。



posted on 2007-01-08 15:26 java_蝈蝈 阅读(708) 评论(0)  编辑  收藏 所属分类: STRUTS