Comparator.reversed () wird nicht mit Lambda kompiliert

Ich habe eine Liste mit einigen Benutzerobjekten und ich versuche, die Liste zu sortieren, aber es funktioniert nur unter Verwendung der Methodenreferenz. Mit dem Lambda-Ausdruck gibt der Compiler einen Fehler aus:

List<User> userList = Arrays.asList(u1, u2, u3);
userList.sort(Comparator.comparing(u -> u.getName())); // works
userList.sort(Comparator.comparing(User::getName).reversed()); // works
userList.sort(Comparator.comparing(u -> u.getName()).reversed()); // Compiler error

Error:

com\java8\collectionapi\CollectionTest.java:35: error: cannot find symbol
            userList.sort(Comparator.comparing(u -> u.getName()).reversed());
                                                     ^
symbol:   method getName()
location: variable u of type Object
1 error

Dies ist eine Schwachstelle im Typinferenzmechanismus des Compilers. Um auf den uLambda- Typ schließen zu können , muss der Zieltyp für das Lambda festgelegt werden. Dies wird wie folgt erreicht. userList.sort()erwartet ein Argument vom Typ Comparator<User>. In der ersten Zeile Comparator.comparing()muss zurückkehren Comparator<User>. Dies bedeutet , dass Comparator.comparing()muss ein , Functiondie eine nimmt UserArgument. Somit muss im Lambda in der ersten Zeile uvom Typ seinUser und alles funktioniert.

In der zweiten und dritten Zeile wird die Zieleingabe durch das Vorhandensein des Anrufs an unterbrochen reversed(). Ich bin mir nicht ganz sicher warum; Sowohl der Empfänger als auch der Rückgabetyp von reversed()sind Comparator<T>so, dass es so aussieht, als ob der Zieltyp an den Empfänger zurückgegeben werden sollte, aber dies ist nicht der Fall. (Wie ich schon sagte, es ist eine Schwäche.)

In der zweiten Zeile enthält die Methodenreferenz zusätzliche Typinformationen, die diese Lücke füllen. Diese Informationen fehlen in der dritten Zeile, sodass der Compiler darauf schließen ukann Object(der Inferenz-Fallback des letzten Auswegs), was fehlschlägt.

Wenn Sie eine Methodenreferenz verwenden können, tun Sie dies natürlich und es wird funktionieren. Manchmal können Sie keine Methodenreferenz verwenden, z. B. wenn Sie einen zusätzlichen Parameter übergeben möchten, sodass Sie einen Lambda-Ausdruck verwenden müssen. In diesem Fall würden Sie im Lambda einen expliziten Parametertyp angeben:

userList.sort(Comparator.comparing((User u) -> u.getName()).reversed());

Möglicherweise kann der Compiler erweitert werden, um diesen Fall in einer zukünftigen Version abzudecken.

Sie können diese Einschränkung umgehen, indem Sie das Zwei-Argument Comparator.comparingmit Comparator.reverseOrder()als zweites Argument verwenden:

users.sort(comparing(User::getName, reverseOrder()));