常にtrueを返す組み込みのJava 8述語？

Google Guavaには常に戻るtrue述語があります。Java 8には似たようなものがありPredicateますか？を使用できることはわかっています(foo)->{return true;}が、に似た既成のものが欲しいですCollections.emptySet()。

Java 8には常にtrueとalways-falseの述語が組み込まれていません。これらを記述する最も簡潔な方法は、

x -> true

そして

x -> false

これらを比較する

Predicates.alwaysTrue() // Guava

そして最後に匿名の内部クラスに：

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

おそらく、Guavaにこれらの組み込み述語があるのは、匿名の内部クラスよりも静的メソッド呼び出しの方が構文上の大きな利点があるためです。Java 8では、ラムダ構文が簡潔であるため、静的メソッド呼び出しを書き出すことには構文上の欠点があります。

ただし、これは構文の比較にすぎません。x -> true複数のクラスにまたがるオカレンスと比較して、それぞれが独自の述語インスタンスを作成する場合と比較して、単一のグローバルtrue述語が存在する場合は、スペースの点で小さな利点があります。これはあなたが心配していることですか？節約は魅力的であるように思われなかった、それはおそらく彼らがそもそも追加されなかった理由です。ただし、将来のリリースで再検討される可能性があります。

2015年4月24日更新

私たちは、静的の様々な追加などという名前の関数と考えられてきたPredicate.alwaysTrue、Runnable.noopなど、私たちは、Java SEの将来のバージョンでは、それ以上追加しないことを決定しました。

確かに、名前の付いたものと書き出されたラムダの間に何らかの値がありますが、この値は非常に小さいものです。私たちは、人々が読み書きする方法を学ぶことを期待x -> trueして() -> { }、その使用量は慣用的になること。Function.identity()over の価値さえx -> x疑わしいです。

書き出されたラムダを評価する代わりに既存の関数を再利用することには小さなパフォーマンス上の利点がありますが、これらの種類の関数の使用は非常に少ないため、そのような利点は無視できるほど大きく、APIの膨張には値しません。

Holgerはまた、コメントなどでPredicate.or、などの合成関数を最適化する可能性についても言及しました。これも（JDK-8067971）と見なされていましたが、やや壊れやすくエラーが発生しやすく、実装の労力に見合うほどの頻度で発生しないと考えられていました。

このLambda FAQエントリも参照してください。

グアバなし

Boolean.TRUE::booleanValue