instanceof проверка на языке выражения EL
Есть ли способ выполнить проверку instanceof
в EL?
Например
#{errorMessage1} #{errorMessage2}
- Как проверить два поля пароля с помощью ajax?
- Как конкатенировать строки в выражении EL?
- Когда необходимо или удобно использовать Spring или EJB3 или все вместе?
- Внедрение преобразователей для объектов с Java Generics
- Как обрабатывать завершение сеанса и ViewExpiredException в JSF 2?
- Загрузка файла не работает с AJAX в PrimeFaces 4.0 / JSF 2.2.x - javax.servlet.ServletException: тип содержимого запроса не является мультиформатным / форм-данным
- Именование контейнера в JSF2 / PrimeFaces
- Определение и повторное использование переменной EL на странице JSF
- Как создать сетку составного компонента JSF?
- Порядок выполнения событий при нажатии PrimeFaces p: commandButton
- Истеризация streamов в управляемом компоненте JSF для запланированных задач с использованием таймера
- Отображение Hibernate / JPA приводит к возникающим в JSF причинам: java.lang.NumberFormatException: для строки ввода: ""
- Spring JSF-интеграция: как внедрить компонент Spring / службу в управляемый bean-компонент JSF?
Вы можете сравнить Class#getName()
или, может быть, лучше, Class#getSimpleName()
в String
.
#{errorMessage1} #{errorMessage2}
Обратите внимание на важность указания Object#getClass()
с нотной привязкой ['class']
поскольку class
является зарезервированным Java-литералом, который в противном случае выбрал бы исключение EL в EL 2.2+.
Альтернативой безопасному типу является добавление некоторого public enum Type { A, B }
вместе с public abstract Type getType()
в общий базовый class модели.
#{errorMessage1} #{errorMessage2}
Любые недопустимые значения приведут к исключению EL во время выполнения в EL 2.2+.
Если вы используете OmniFaces , начиная с версии 3.0, вы можете использовать #{of:isInstance()}
.
#{errorMessage1} #{errorMessage2}
Это не работает в EL
. Для этого используйте бэкбон:
public class MyBean { public boolean getIsClassA() { if(model instanceof ClassA) { return true; } return false; } }
И затем выполните проверку, вызвав бэк-файл:
#{errorMessage}
оно работает:
rendered="#{node.getClass().getSimpleName() == 'Logt_anno'}"
Определите статическую функцию, например:
public boolean isInstanceOf( Object obj, Class targetClass) { return targetClass.isInstance(obj); }
Определите для него пользовательскую функцию EL и используйте ее. Мы могли бы также передать имя строки и сделать forName()
внутри метода.
Есть способ, см.
JSF EL: экземпляр зарезервирован, но еще не реализован?
Однако оператор instanceof
все еще не реализован, по крайней мере, в Mojarra 2.1. Пожалуйста, проголосуйте за ошибку здесь:
http://java.net/jira/browse/JSP_SPEC_PUBLIC-113
Лучшим решением в настоящее время является, вероятно, сохранение имени classа в бэк-получателе бэкэнда вместо создания логического метода тестирования для каждого classа:
public String getSelectedNodeClassName() { return selectedNode.getClass().getSimpleName(); }
Таким образом, это будет сочетание решений BalusC и flash. Однако в JSF было бы гораздо более читаемым, чем BalusC, и это в значительной степени напоминает будущий instanceof
использования оператора:
rendered="#{nodeManager.selectedNodeClassName eq 'ChapterNode'}"
Это не будет производить один метод для каждого теста classа на бэк-компоненте, как предложено флэш-памятью. Это может быть медленнее, чем вспышка.
Не очень элегантный, поскольку он смешивает JSP EL и более ранний синтаксис выражений , но не требует дополнительного кода Java :
<%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core"%> <%-- Your logic here. --%>
Вы можете использовать вспомогательный компонент для этого:
@ManagedBean public class Helper { public boolean isInstance(Object bean, String fullyQualifiedClassName) { return Class.forName(fullyQualifiedClassName).isInstance(bean); } }
Применение:
#{errorMessage1}
Это имеет то преимущество, что наследование учитывается, и вы можете проверить classы, которые вы не можете изменить (оба недостатка решений BalusC).
Если вам нравится использовать простое имя classа (и не бойтесь конфликтов имен), вы можете использовать карту поиска, которую вы заполняете вручную или с помощью сканера маршрутов classа, например org.reflections :
@ManagedBean @ApplicationScoped public class Helper { private Map> classes = new Reflections("myrootpackage").getSubTypesOf(MyBaseClass.class).stream() .collect(Collectors.toMap(Class::getSimpleName, Function.identity())); public boolean isInstance(Object bean, String simpleClassName) { final Class extends MyBaseClass> c = this.classes.get(simpleClassName); return c != null && c.isInstance(bean); } }
Вы даже можете переместить вспомогательную функцию в ELResolver:
public class InstanceOfELResolver extends ELResolver { public Object invoke(final ELContext context, final Object base, final Object method, final Class>[] paramTypes, final Object[] params) { if ("isInstanceOf".equals(method) && params.length == 1) { context.setPropertyResolved(true); try { return params[0] != null && Class.forName(params[0].toString()).isInstance(base); } catch (final ClassNotFoundException e) { return false; } } return null; } // ... All other methods with default implementation ... }
Применение:
#{errorMessage1}