[置顶] JSTL与Struts的结合（十）

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>标签是有必要的。 9.8.4  总结 Struts 框架 和JSTL并不是互相冲突的两种技术，虽然Struts框架提供了功能不错的标签库，但是使用JSTL可以简化Struts框架标签库复杂的地方，这对于服务器端表示层框架的Struts来说帮助很大。Struts的HTML标签库无法使用JSTL来替换，但是，使用EL表达式作为一些value属性，来做赋值的工作仍然不失为一种好的选择。因此，在JSTL已经比较成熟的今天，使用Struts框架和JSTL整合来作JSP 页面 将使程序设计更为轻松。