Wbudowany predykat Java 8, który zawsze zwraca prawdę?

Google Guava ma predykat, który zawsze zwracatrue . Czy Java 8 ma coś podobnego Predicate? Wiem, że mógłbym użyć (foo)->{return true;}, ale chcę coś gotowego, analogicznego do Collections.emptySet().

W Javie 8 nie ma wbudowanych predykatów zawsze prawdziwych i zawsze fałszywych. Najbardziej zwięzłym sposobem ich zapisania jest

x -> true

i

x -> false

Porównaj je z

Predicates.alwaysTrue() // Guava

i wreszcie do anonimowej klasy wewnętrznej:

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

Prawdopodobnie powodem, dla którego Guava ma te wbudowane predykaty, jest ogromna przewaga składniowa wywołania metody statycznej nad anonimową klasą wewnętrzną. W Javie 8 składnia lambda jest tak zwięzła, że zapisywanie wywołania metody statycznej ma wadę składniową .

To tylko porównanie składniowe. Prawdopodobnie istnieje niewielka przewaga miejsca, gdyby istniał jeden globalny predykat zawsze prawdziwy, w porównaniu z x -> truewystąpieniami rozproszonymi w wielu klasach, z których każda utworzyłaby własną instancję predykatu. Czy o to się martwisz? Oszczędności nie wydawały się przekonujące i prawdopodobnie dlatego nie zostały dodane w pierwszej kolejności. Ale można by to ponownie rozważyć pod kątem przyszłej wersji.

UPDATE 2015-04-24

Musimy rozważyć dodanie różnych statycznych, nazwanych funkcji, takich jak Predicate.alwaysTrue, Runnable.noopitp, a my nie zdecydowała się dodać więcej w przyszłości wersji Java SE.

Z pewnością jest jakaś wartość w czymś, co ma nazwę, w porównaniu z wypisaną lambdą, ale ta wartość jest dość mała. Oczekujemy, że ludzie nauczą się czytać i pisać, x -> truea () -> { }ich używanie stanie się idiomatyczne. Nawet wartość Function.identity()over x -> xjest wątpliwa.

Ponowne wykorzystanie istniejącej funkcji zamiast szacowania wypisanej lambdy ma niewielką zaletę w zakresie wydajności, ale spodziewamy się, że użycie tego rodzaju funkcji będzie tak małe, że taka przewaga byłaby znikoma, a na pewno nie warta rozbudowy interfejsu API.

Holger wspomniał także w komentarzach o możliwości optymalizacji złożonych funkcji, takich jak Predicate.ori takie. Zostało to również wzięte pod uwagę ( JDK-8067971 ), ale zostało uznane za nieco delikatne i podatne na błędy oraz występowało na tyle rzadko, że nie było warte wysiłku, aby go wdrożyć.

Zobacz także ten wpis Lambda FAQ .

Bez guawy

Boolean.TRUE::booleanValue