5

根据我的经验，很少/从不需要设置scope="request"EL 变量。

例如，我有一个页面，给定一个item参数，根据其属性构造一个特定于该项目的 URL。此页面包含在需要呈现项目链接的任何页面中。

(A) 使用请求范围的变量

itemLink.jsp

<%-- Accepts a parameter named 'item' --%>
<c:set var="urlTemplate" value="${param['item'].urlTemplate}" />
<c:choose>
  <c:when test="${empty urlTemplate}">
    <c:set var="itemUrl" scope="request" value="/missingProductUrl.jsp"/>
  </c:when>
  <c:otherwise>
    <c:url var="itemUrl" scope="request" value="${urlTemplate}">
      <c:param name="id" value="${param['item'].id}"/>
    </c:url>
  </c:otherwise>
</c:choose>

其他页面.jsp

<jsp:include page="itemLink.jsp">
  <jsp:param name="item" value="${currentItem}"/>
</jsp:include>

<%-- 'itemUrl' has request scope --%>
<a href="${itemUrl}">Item Link</a>

(B) 没有请求范围的变量

itemLink.jsp

<%-- Accepts a parameter named 'item' --%>
<c:set var="urlTemplate" value="${param['item'].urlTemplate}" />
<c:choose>
  <c:when test="${empty urlTemplate}">
    <c:set var="itemUrl" value="/missingProductUrl.jsp"/>
  </c:when>
  <c:otherwise>
    <c:url var="itemUrl" value="${urlTemplate}">
      <c:param name="id" value="${param['item'].id}"/>
    </c:url>
  </c:otherwise>
</c:choose>

<c:out value="${itemUrl}"/>

其他页面.jsp

<c:set var="itemUrl">
  <jsp:include page="itemLink.jsp">
    <jsp:param name="item" value="${currentItem}"/>
  </jsp:include>
</c:set>

<%-- 'itemUrl' has page scope --%>
<a href="${itemUrl}">Item Link</a>

有什么理由使用(A)而不是(B)吗？我的回答是否定的，理由如下：

  • 使用(A)，您需要记住在同一请求期间处理的任何其他页面都会看到itemUrl，因此您应该避免名称冲突。它还使得跟踪 EL 变量的来源变得更加困难，因为除了搜索在同一请求期间处理的所有页面之外，无法找到请求范围变量的设置位置。

  • 使用(B)，这些都不是问题，因为变量只有页面范围。

编辑：

也许有比(B)更好的解决方案：

(C) 使用静态包含

itemLink.jspf

<%-- Accepts a parameter named 'item' --%>
<c:set var="urlTemplate" value="${param['item'].urlTemplate}" />
<c:choose>
  <c:when test="${empty urlTemplate}">
    <c:set var="itemUrl" value="/missingProductUrl.jsp"/>
  </c:when>
  <c:otherwise>
    <c:url var="itemUrl" value="${urlTemplate}">
      <c:param name="id" value="${param['item'].id}"/>
    </c:url>
  </c:otherwise>
</c:choose>

其他页面.jsp

<c:set var="item" value="${currentItem}"/>
<%@ include page="itemLink.jsp" %>

<%-- 'itemUrl' has page scope --%>
<a href="${itemUrl}">Item Link</a>

仍然存在替代方案(B)和(C)都不需要使用请求范围变量的情况。使用我错过的请求范围有什么原因吗？

4

1 回答 1

4

您介绍的这一部分


<c:set var="itemUrl">
  <jsp:include page="itemLink.jsp">
    <jsp:param name="item" value="${currentItem}"/>
  </jsp:include>
</c:set>

仅当 itemLink.jsp 仅具有 itemUrl 的值而没有其他值时才有效（没有额外的 html 内容）但几乎不是这种情况。

考虑这样一种情况，您在 one.jsp 的请求范围内有一个 Car 对象，并且此页面中的链接将您带到需要相同 Car 对象的 two.jsp。

然后


<c:set var="myCar" value="${requestScope.car}" scope="request"/>

会做的工作。使用方法（B）这是不可能的。

更新： 至于为什么方法（B）不可能：在您的代码片段中，jsp:include 包括 JSP 的响应（文本），然后将其设置为 itemUrl。如果您需要将复杂对象（非文本，如 Car 或 ArrayList ）分配给请求范围属性怎么办？JSP 响应通常是 html 文本。

只是提出一个替代方案，为什么不这样渲染呢？



<%-- Accepts a parameter named 'item' --%>
<c:set var="urlTemplate" value="${param['item'].urlTemplate}" />
<c:choose>
  <c:when test="${empty urlTemplate}">
    <a href value="/missingProductUrl.jsp"/>
  </c:when>
  <c:otherwise>
    <c:url var="itemUrl" scope="request" value="${urlTemplate}">
      <c:param name="id" value="${param['item'].id}"/>
    </c:url>
    <c:out value="${itemUrl}"/>
  </c:otherwise>
</c:choose>





<jsp:include page="itemLink.jsp">
  <jsp:param name="item" value="${currentItem}"/>
</jsp:include>

总而言之，我几乎没有遇到 c:set需要的情况。通常，任何作用域属性的设置都是由 servlet/控制器完成的。JSP 只会获得一个作用域属性并显示它。如果 JSP 设置了作用域属性，那么维护起来会非常困难。最好将使用限制c:set为仅设置页面范围属性。

于 2011-09-28T18:57:58.997 回答