Встроенный предикат Java 8, который всегда возвращает истину?

У Google Guava есть предикат, который всегда возвращаетсяtrue . Есть ли в Java 8 что-то подобное Predicate? Я знаю, что могу использовать (foo)->{return true;}, но мне нужно что-то готовое, аналогичное Collections.emptySet().

В Java 8 нет встроенных предикатов всегда-истинно и всегда-ложно. Самый краткий способ их записи -

x -> true

и

x -> false

Сравните это с

Predicates.alwaysTrue() // Guava

и, наконец, к анонимному внутреннему классу:

new Predicate<Object>() {
    public boolean test(Object x) {
        return true;
    }
}

Вероятно, причина того, что Guava имеет эти встроенные предикаты, заключается в том, что существует огромное синтаксическое преимущество вызова статического метода над анонимным внутренним классом. В Java 8 лямбда-синтаксис настолько лаконичен, что запись вызова статического метода является синтаксическим недостатком .

Однако это просто синтаксическое сравнение. Вероятно, есть небольшое преимущество в пространстве, если бы существовал единственный глобальный предикат Always-true по сравнению с x -> trueэкземплярами, распределенными по нескольким классам, каждый из которых создал бы свой собственный экземпляр предиката. Это то, что вас беспокоит? Экономия не казалась убедительной, возможно, поэтому ее и не добавили. Но это может быть пересмотрено для будущего выпуска.

ОБНОВЛЕНИЕ 2015-04-24

Мы рассмотрели возможность добавления множества статических именованных функций, таких как Predicate.alwaysTrue, Runnable.noopи т. Д., И решили не добавлять больше в будущих версиях Java SE.

Конечно, есть некоторая ценность в том, что имеет имя по сравнению с записанной лямбдой, но это значение довольно мало. Мы ожидаем , что люди научатся читать и писать , x -> trueи () -> { }и что их использование будет идиоматическое. Даже ценность Function.identity()over x -> xсомнительна.

Повторное использование существующей функции вместо оценки записанного лямбда дает небольшое преимущество в производительности, но мы ожидаем, что использование этих функций будет настолько малым, что такое преимущество будет незначительным и, конечно, не стоит раздувания API.

Хольгер также упомянул в комментариях возможность оптимизации составных функций, таких как Predicate.orи такие. Это также рассматривалось ( JDK-8067971 ), но было сочтено несколько хрупким и подверженным ошибкам, а также происходящим достаточно редко, поэтому не стоило усилий для реализации.

См. Также этот раздел часто задаваемых вопросов о лямбде.

Без гуавы

Boolean.TRUE::booleanValue