JSTL VS Struts Logic

logic:iterate和c:foreach引起的logic标签和c中表逻辑的标签的思考

<logic:iterate id="q" name="browseForm" property="qa" indexId="i" offset="${param.pageBegin}" length="${pageSize}">

VS

<c:forEach var="q" items="${qList}" begin="${pageBegin}" end="${pageEnd}" varStatus="status">

上面那个标签不识别EL表达式，而下面这个标签识别。

由此可见，logic:iterate和c:foreach标签相比，c:foreach更实用。

下面是网上找到的更全面的JSTL VS Struts Logic标签的比较：




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>标签。

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