Pourquoi Comparateur.la comparaison ne fonctionne pas avec String::toLowerCase méthode de référence?

Je suis en train de trier un tableau de Chaînes de caractères par ordre inverse (ignorant la casse), sans le modifier, et juste de l'imprimer. Je suis donc à l'aide de Java8 flux. Mais je n'arrive pas à le faire.

Voici ma tentative :

package experimentations.chapter02;

import java.util.Arrays;
import java.util.Comparator;
import java.util.stream.Collectors;

public class StringStream {

    public static void main(String[] args) {
        sortStrings();
    }

    public static void sortStrings(){
        String[] stringsArray = "The quick brown fox has a dirty ladder".split("\\s+");
        System.out.println(
                Arrays.stream(stringsArray)
                .sorted(Comparator.comparing(String::toLowerCase).reversed())
                .collect(Collectors.toList())
        );
    }

}

Le problème ici est que String::toLowerCase n'est pas accepté dans la méthode statique Comparator.comparing.

Pendant ce temps, j'ai réussi à trier le tableau, mais modifiant c':

public static void sortStrings(){
        String[] stringsArray = "The quick brown fox has a dirty ladder".split("\\s+");
        System.out.println(
                Arrays.stream(stringsArray)
                .map(String::toLowerCase)
                .sorted(Comparator.reverseOrder())
                .collect(Collectors.toList())
        );
}

Alors, quelle est la plus simple solution de contournement?

  • J'ai trouvé la solution : .triés((String e) -> adresse.toLowerCase) . Pendant ce temps, j'ai demandé la suppression de la poste, comme cela semble tellement évident pour moi de savoir, j'aurais trouvé sans avoir posé la question ...
  • Votre premier extrait de code compile bien. Êtes-vous sur une vieille version de Java 8? Ou peut-être de la compilation dans eclipse? Le problème que vous mentionnez a été fixé à construire 129. Voir aussi stackoverflow.com/q/21751830/829571
InformationsquelleAutor loloof64 | 2014-04-08
  1. 24

    Le problème, c'est que Java ne peut pas déduire les types génériques pour certaines expressions complexes. La première déclaration de travaux, alors que la deuxième déclaration conduit à une erreur de compilation:

    Comparator<String> comparator = Comparator.comparing(String::toLowerCase);
Comparator<String> comparator = Comparator.comparing(String::toLowerCase).reversed();

    Il y a plusieurs façons de résoudre le problème. Voici trois d'entre eux:

    Stocker l'intermédiaire Comparateur de dans une variable:

    Comparator<String> comparator = Comparator.comparing(String::toLowerCase);
System.out.println(
            Arrays.stream(stringsArray)
            .sorted(comparator.reversed())
            .collect(Collectors.toList()));

    Utilisation String.CASE_INSENSITIVE_ORDER:

    System.out.println(
            Arrays.stream(stringsArray)
            .sorted(String.CASE_INSENSITIVE_ORDER.reversed())
            .collect(Collectors.toList()));

    Ajouter explicite des paramètres de type:

    System.out.println(
            Arrays.stream(stringsArray)
            .sorted(Comparator.<String,String>comparing(String::toLowerCase).reversed())
            .collect(Collectors.toList()));
    • Le premier extrait de code publié par l'OP compile bien.
    • Sur extrait de code qui parlez-vous? Le premier extrait de code publié par l'OP n'est pas compilé ici.
    • Arrays.stream(stringsArray).sorted(Comparator.comparing(String::toLowerCase).reversed()).collect(Collectors.toList()) compile avec javac/netbeans sur b132.
    • Eh bien, il n'est pas compilé avec le Compilateur de Java, qui fait partie de la dernière version du JDK8 par Oracle.
    • hein - c'est bizarre. Pouvez-vous System.out.println(System.getProperty("java.runtime.version"));? J'ai 1.8.0-b132.
    • Pour être plus précis, ce qui compile est System.out.println(Arrays.stream(stringsArray).sorted(Comparator.comparing(String::toLowerCase).re‌​versed()).collect(Collectors.toList()));
    • J'ai exactement la même version installée. java -version' prints java version "1.8.0"; Java(TM) SE Runtime Environment (build 1.8.0-b132); Java HotSpot(TM) 64-Bit Server VM (build 25.0-b70, mixed mode)".
    • C'est assez surprenant... Capture d'écran: tinypic.com/r/dbt5wm/8
    • J'obtiens une erreur qui comprend le message "Object cannot be converted to Locale". String::toLowerCase est surchargé, avec un no-arg version et une version qui prend un Locale paramètre. Apparemment, le compilateur est d'avoir du mal à comprendre que le non-arg version est la bonne. (Je suis en utilisant la même construction que @nosid.)
    • Je ne suis pas sûr pourquoi il y a une erreur de compilation à tous. Les règles relatives à la méthode de références sont assez complexes. Par conséquent, j'ai créé une nouvelle question: stackoverflow.com/questions/22945870/...

    InformationsquelleAutor nosid
  2. 6

    J'ai trouvé la solution : 

     .sorted((String e) -> e.toLowerCase)

    Je pense que le problème avec la syntaxe

     .sorted(String::toLowerCase)

    est que le compilateur s'attend alors à passer d'un Objet à l'instance de la méthode toLowerCase de la Chaîne. Donc j'ai besoin de faire mes propres lambda méthode, sans ignorer le type de paramètre lambda (String), sinon le compilateur ne pouvez toujours pas résoudre le problème.

    • IntelliJ me dit que ce que vous avez essayé dans un premier temps est cyclique d'inférence, ce qui est interdit. Maintenant, j'essaie de comprendre ce qu'est une reprise cyclique de l'inférence 🙂
    • Comme telled moi assylias, il semble que certains IDE n'a pas encore de réel soutien pour Java8 fonctionnalités. Aussi, j'ai essayé un code similaire à l'intérieur de Netbeans, sans aucun problème.
    InformationsquelleAutor loloof64