EL доступ к значению карты по целочисленному ключу
У меня есть карта с целочисленным ключом. Используя EL, как я могу получить доступ к значению по его ключу?
Map<Integer, String> map = new HashMap<Integer, String>();
map.put(1, "One");
map.put(2, "Two");
map.put(3, "Three");
Я думал, что это сработает, но это не так (где map уже есть в атрибутах запроса):
<c:out value="${map[1]}"/>
Продолжение: я отследил проблему. По-видимому, ${name[1]}
выполняет поиск по карте с числом в виде Long
. Я понял это, когда изменил HashMap
на TreeMap
и получил ошибку:
java.lang.ClassCastException: java.lang.Integer cannot be cast to java.lang.Long
Если я изменю свою карту на:
Map<Long, String> map = new HashMap<Long, String>();
map.put(1L, "One");
затем ${name[1]}
возвращает "Единицу". Что с этим? Почему <c:out>
рассматривает число как длинное. Мне кажется нелогичным (поскольку int чаще используется, чем long).
Итак, мой новый вопрос: существует ли обозначение EL для доступа к карте по Integer
значению?
Переведено автоматически
Ответ 1
Первоначальный ответ (EL 2.1, май 2009)
Как упоминалось в этой теме форума Java:
По сути, автофиксация помещает целочисленный объект в карту. ie:
map.put(new Integer(0), "myValue")
EL (языки выражений) вычисляет 0 как Long и, таким образом, ищет Long в качестве ключа на карте.
т. е. Он вычисляет:
map.get(new Long(0))
Поскольку a Long
никогда не равно Integer
объекту, он не находит запись на карте.
Вот и все в двух словах.
Обновление с мая 2009 года (EL 2.2)
В декабре 2009 года был представлен EL 2.2 с JSP 2.2 / Java EE 6, с помощью несколько отличий по сравнению с EL 2.1.
Кажется ("Выражение EL анализирует целое число до тех пор, пока"), который:
вы можете вызвать метод
intValue
дляLong
объекта self внутри EL 2.2:
<c:out value="${map[(1).intValue()]}"/>
Это могло бы быть хорошим обходным решением здесь (также упоминается ниже в ответе Тобиаса Лифке)
Оригинальный ответ:
EL использует следующие оболочки:
Terms Description Type
null null value. -
123 int value. java.lang.Long
123.00 real value. java.lang.Double
"string" ou 'string' string. java.lang.String
true or false boolean. java.lang.Boolean
Страница JSP, демонстрирующая это:
<%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core"%>
<%@ page import="java.util.*" %>
<h2> Server Info</h2>
Server info = <%= application.getServerInfo() %> <br>
Servlet engine version = <%= application.getMajorVersion() %>.<%= application.getMinorVersion() %><br>
Java version = <%= System.getProperty("java.vm.version") %><br>
<%
Map map = new LinkedHashMap();
map.put("2", "String(2)");
map.put(new Integer(2), "Integer(2)");
map.put(new Long(2), "Long(2)");
map.put(42, "AutoBoxedNumber");
pageContext.setAttribute("myMap", map);
Integer lifeInteger = new Integer(42);
Long lifeLong = new Long(42);
%>
<h3>Looking up map in JSTL - integer vs long </h3>
This page demonstrates how JSTL maps interact with different types used for keys in a map.
Specifically the issue relates to autoboxing by java using map.put(1, "MyValue") and attempting to display it as ${myMap[1]}
The map "myMap" consists of four entries with different keys: A String, an Integer, a Long and an entry put there by AutoBoxing Java 5 feature.
<table border="1">
<tr><th>Key</th><th>value</th><th>Key Class</th></tr>
<c:forEach var="entry" items="${myMap}" varStatus="status">
<tr>
<td>${entry.key}</td>
<td>${entry.value}</td>
<td>${entry.key.class}</td>
</tr>
</c:forEach>
</table>
<h4> Accessing the map</h4>
Evaluating: ${"${myMap['2']}"} = <c:out value="${myMap['2']}"/><br>
Evaluating: ${"${myMap[2]}"} = <c:out value="${myMap[2]}"/><br>
Evaluating: ${"${myMap[42]}"} = <c:out value="${myMap[42]}"/><br>
<p>
As you can see, the EL Expression for the literal number retrieves the value against the java.lang.Long entry in the map.
Attempting to access the entry created by autoboxing fails because a Long is never equal to an Integer
<p>
lifeInteger = <%= lifeInteger %><br/>
lifeLong = <%= lifeLong %><br/>
lifeInteger.equals(lifeLong) : <%= lifeInteger.equals(lifeLong) %> <br>
Ответ 2
Еще один полезный совет в дополнение к приведенному выше комментарию может быть, когда у вас есть строковое значение, содержащееся в некоторой переменной, такой как параметр запроса. В этом случае передача этого параметра также приведет к тому, что JSTL введет значение, скажем, "1", как sting, и, как таковое, совпадение не будет найдено в Map hashmap.
Один из способов обойти это - сделать что-то вроде этого.
<c:set var="longKey" value="${param.selectedIndex + 0}"/>
Теперь это будет обрабатываться как длинный объект, а затем у него будет шанс сопоставить объект, когда он содержится внутри map Map или чего-то еще.
Затем продолжайте, как обычно, с чем-то вроде
${map[longKey]}
Ответ 3
Вы можете использовать все функции из Long, если вы введете число в "(" ")". Таким образом, вы можете преобразовать long в int:
<c:out value="${map[(1).intValue()]}"/>
Ответ 4
Основываясь на приведенном выше сообщении, я попробовал это, и это сработало нормально, я хотел использовать значение Map B в качестве ключей для Map A:
<c:if test="${not empty activityCodeMap and not empty activityDescMap}">
<c:forEach var="valueMap" items="${auditMap}">
<tr>
<td class="activity_white"><c:out value="${activityCodeMap[valueMap.value.activityCode]}"/></td>
<td class="activity_white"><c:out value="${activityDescMap[valueMap.value.activityDescCode]}"/></td>
<td class="activity_white">${valueMap.value.dateTime}</td>
</tr>
</c:forEach>
</c:if>