_ (trait de soulignement) est un mot clé réservé

J'ai juste remplacé s dans la suite de la lambda expression par _:

s -> Integer.parseInt(s)

Eclipse compilateur dit:

'_' ne doit pas être utilisé comme identifiant, puisque c'est un mot clé réservé à partir du niveau de la source de 1,8.

Je n'ai pas trouvé d'explication dans le JLS §3.9 Lexicale Structure /mots-clés.

OriginalL'auteur Aubin | 2014-05-07

  1. 79

    L'endroit à regarder est JLS §15.27.1. Lambda Paramètres

    C'est une erreur de compilation si un paramètre lambda a l' _ nom (qui est, d'un seul trait de soulignement).

    l'utilisation de La variable nom de _ dans n'importe quel contexte est découragé. Les futures versions du langage de programmation Java peut se réserver ce nom comme un mot-clé et/ou le donner spéciale de la sémantique.

    Donc l'Éclipse message est trompeur, surtout que le même message est utilisé pour les deux cas, lorsqu'une erreur est générée pour un paramètre lambda ou lorsqu'un avertissement est généré pour toute autre _ identificateur.

    Notez que comme de Java 9, _ sera rejetée comme tout identificateur juridique des noms et pas seulement comme un paramètre lambda nom. Cela a été corrigé dans le build 43 : bugs.openjdk.java.net/browse/JDK-8061549
    N'est-ce pas “les Futures versions du langage de programmation Java peut se réserver ce nom comme un mot-clé et/ou le donner spéciale de la sémantique” déclaration assez? Eh bien, remplacer “réserve” par “utilisera”, et vous obtiendrez de l'image. Peut-être que ce mail de référence aide à...
    Qu'est-ce que cela? Java rupture de rétro-compatibilité?
    Torres Sánchez: c'est rien de nouveau. Il y avait des moments où enum et assert étaient légales identifiants...
    effectivement il ya des tonnes de langues dont le trait de soulignement comme un nom réservé (Scala, Clojure, F#, SML, Erlang, pour n'en nommer que quelques-uns). C'est un modèle établi qui remonte aux années 90 ou 80, je crois, ainsi que de désobéir, il est étrange.

    OriginalL'auteur Holger

  2. 10

    C'est la Phase 2 de JEP 302, qui va ajouter un trait de soulignement comme un caractère spécial pour désigner les paramètres inutilisés dans les expressions lambda.

    Traitement de souligne

    Dans de nombreuses langues, il est courant d'utiliser un trait de soulignement (_) pour désigner un sans nom paramètre lambda (et de même pour la méthode et les paramètres d'exception):

    BiFunction<Integer, String, String> biss = (i, _) -> String.valueOf(i);

    Cela permet aux plus forts de la vérification statique de la partie inutilisée des arguments, et permet aussi à de multiples arguments pour être marqué comme non utilisés. Cependant, parce que le trait de soulignement est un identificateur valide comme de Java 8, la compatibilité nous a obligé à prendre une plus indirecte chemin pour arriver là où trait de soulignement pourrait jouer ce rôle dans Java. La Phase 1 a été interdisant le trait de soulignement comme un lambda paramètre formel nom dans Java 8 (il n'y a pas de compatibilité conséquence, puisqu'elles n'existaient pas auparavant) et un avertissement a été émis pour l'utilisation de trait de soulignement comme un identificateur dans d'autres endroits. La Phase 2 est venu en Java 9, lorsque l'avertissement est devenu une erreur. Nous sommes maintenant libres de compléter le projet de réfection de trait de soulignement pour indiquer une inutilisés lambda, d'une méthode ou d'attraper le paramètre formel.

    Cette utilisation est discutée par Brian Goetz dans son Devoxx parler de 2017-11 sur Orange.

    OriginalL'auteur Alexandre de Champeaux

  3. 5

    Langage Java Changements pour Java SE 9
    https://docs.oracle.com/javase/9/language/toc.htm#JSLAN-GUID-16A5183A-DC0D-4A96-B9D8-AAC9671222DD

    De Java 9, _ de caractère ne peut pas être utilisé comme identificateur de plus, non seulement au sein de la lambda contexte

    Le caractère de soulignement n'est pas un nom.

    Si vous utilisez le caractère de soulignement ("_") un identifiant, votre code source ne peut plus être compilé.

    OriginalL'auteur Angel Koh