分类:我的著作
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表达式的
反观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
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>标签的
而使用<c:redirect>和<c:param>标签协作，由于包含在<c:redirect>标签体内的<c:param>标签可以有多个，因此显式地提供<c:param>标签就完成了给出转发参数的工作，即使用到JavaBean，也可以使用EL表达式来实现。
综上所述，利用<c:redirect>和<c:param>标签来代替<logic:redirect>标签是有必要的。
Struts
联系客服
