Eingebautes Java 8-Prädikat, das immer true zurückgibt?

Google Guava hat ein Prädikat, das immer zurückgibttrue . Hat Java 8 etwas Ähnliches Predicate? Ich weiß, ich könnte es gebrauchen (foo)->{return true;}, aber ich möchte etwas Vorgefertigtes, analog zu Collections.emptySet().

In Java 8 gibt es keine integrierten Prädikate für immer wahr und immer falsch. Die präziseste Art, diese zu schreiben, ist

x -> true

und

x -> false

Vergleichen Sie diese mit

Predicates.alwaysTrue() // Guava

und schließlich zu einer anonymen inneren Klasse:

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

Wahrscheinlich liegt der Grund dafür, dass Guava über diese integrierten Prädikate verfügt, darin, dass ein statischer Methodenaufruf einen großen syntaktischen Vorteil gegenüber einer anonymen inneren Klasse bietet. In Java 8 ist die Lambda-Syntax so präzise, ​​dass das Schreiben eines statischen Methodenaufrufs einen syntaktischen Nachteil hat .

Das ist jedoch nur ein syntaktischer Vergleich. Es gibt wahrscheinlich einen kleinen Platzvorteil, wenn es ein einzelnes globales immer wahres Prädikat gäbe, verglichen mit x -> trueVorkommen, die über mehrere Klassen verteilt sind, von denen jede ihre eigene Prädikatinstanz erstellen würde. Ist es das, worüber Sie sich Sorgen machen? Die Einsparungen schienen nicht zwingend zu sein, weshalb sie wahrscheinlich überhaupt nicht hinzugefügt wurden. Aber es könnte für eine zukünftige Veröffentlichung überdacht werden.

UPDATE 24.04.2015

Wir haben die Hinzufügung einer Vielzahl von statischen, benannten Funktionen in Betracht gezogen, wie z Predicate.alwaysTrue .Runnable.noop usw., und wir haben beschlossen , nicht mehr in zukünftigen Versionen von Java SE hinzuzufügen.

Sicherlich hat etwas, das einen Namen hat, einen Wert gegenüber einem ausgeschriebenen Lambda, aber dieser Wert ist ziemlich klein. Wir gehen davon aus, dass die Menschen lernen , wie man lesen und schreiben x -> trueund () -> { }und dass ihre Nutzung wird sich idiomatisch. Sogar der Wert von Function.identity()überx -> x ist fraglich.

Es ist ein winziger Leistungsvorteil, eine vorhandene Funktion wiederzuverwenden, anstatt ein ausgeschriebenes Lambda auszuwerten. Wir erwarten jedoch, dass die Verwendung dieser Art von Funktionen so gering ist, dass ein solcher Vorteil vernachlässigbar wäre und die API-Aufblähung sicherlich nicht wert wäre.

Holger erwähnte in Kommentaren auch die Möglichkeit, zusammengesetzte Funktionen wie Predicate.orund so zu optimieren . Dies wurde ebenfalls berücksichtigt ( JDK-8067971) ), wurde jedoch als etwas fragil und fehleranfällig eingestuft und trat selten genug auf, dass sich die Implementierung nicht lohnte.

Siehe auch diesen Lambda-FAQ- Eintrag.

Ohne Guave

Boolean.TRUE::booleanValue