Predicato Java 8 incorporato che restituisce sempre true?

Google Guava ha un predicato che ritorna sempretrue . Java 8 ha qualcosa di simile per i suoi Predicate? So che potrei usare (foo)->{return true;}, ma voglio qualcosa di pre-fatto, analogo a Collections.emptySet().

Non ci sono predicati sempre veri e sempre falsi in Java 8. Il modo più conciso per scrivere questi è

x -> true

e

x -> false

Confronta questi con

Predicates.alwaysTrue() // Guava

e infine a una classe interna anonima:

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

Probabilmente il motivo per cui Guava ha questi predicati integrati è che esiste un enorme vantaggio sintattico di una chiamata di metodo statico rispetto a una classe interna anonima. In Java 8, la sintassi lambda è così concisa che esiste uno svantaggio sintattico nello scrivere una chiamata di metodo statica.

Questo è solo un confronto sintattico, però. Vi è probabilmente un piccolo vantaggio in termini di spazio se esistesse un unico predicato sempre vero globale, rispetto alle x -> trueoccorrenze distribuite su più classi, ognuna delle quali creerebbe la propria istanza del predicato. È di questo che ti preoccupi? I risparmi non sembravano convincenti, motivo per cui non sono stati aggiunti in primo luogo. Ma potrebbe essere riconsiderato per una versione futura.

AGGIORNAMENTO 2015-04-24

Abbiamo considerato l'aggiunta di una varietà di statica, funzioni con nome, come Predicate.alwaysTrue, Runnable.noope così via, e noi abbiamo deciso di non aggiungere altro nelle future versioni di Java SE.

Certamente c'è un valore in qualcosa che ha un nome rispetto a un lambda scritto, ma questo valore è piuttosto piccolo. Ci aspettiamo che la gente imparare a leggere e scrivere x -> truee () -> { }e che il loro utilizzo diventi idiomatica. Anche il valore di Function.identity()over x -> xè discutibile.

C'è un piccolo vantaggio in termini di prestazioni nel riutilizzare una funzione esistente invece di valutare un lambda scritto, ma ci aspettiamo che l'uso di questo tipo di funzioni sia così piccolo che un tale vantaggio sarebbe trascurabile, certamente non vale la pena dell'API.

Holger ha anche menzionato nei commenti la possibilità di ottimizzare funzioni composte come Predicate.ore tali. Anche questo è stato considerato ( JDK-8067971 ), ma è stato considerato un po 'fragile e soggetto a errori, e si verifica abbastanza raramente da non valere lo sforzo di implementarlo.

Vedi anche questa voce FAQ su Lambda .

Senza guava

Boolean.TRUE::booleanValue