Вопрос-ответ

EL access a map value by Integer key

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>
java jsp