Une idée pourquoi j'ai besoin de convertir un littéral entier en (int) ici?

Dans l'exemple suivant

int i = -128;
Integer i2 = (Integer) i; // compiles

Integer i3 = (Integer) -128; /*** Doesn't compile ***/

Integer i4 = (Integer) (int) -128; // compiles
Integer i4 = -128; // compiles
Integer i5 = (int) -128; // compiles
Integer i6 = (Integer) (-128); // compiles
Integer i7 = (Integer) 0-128; // compiles

Je ne peux pas lancer -128avec (Integer)mais je peux lancer (int) -128.

J'ai toujours pensé que -128c'était du inttype et le lancer avec (int)devrait être redondant.

L'erreur sur la ligne avec i3est

cannot find symbol variable Integer

J'ai essayé cela avec la mise à jour 29 de Java 6 et la mise à jour 1 de Java 7.

EDIT: Vous obtenez le même comportement avec +128au lieu de -128. Il semble y avoir confusion entre les opérateurs unaires et binaires.

Le compilateur essaie de soustraire 128de (Integer)au lieu de convertir -128en Integer. Ajouter ()pour le réparer

Integer i3 = (Integer) -128; // doesn't compile
Integer i3 = (Integer) (-128); // compiles

Selon BoltClock, dans les commentaires, le cast intfonctionne comme prévu, car il s'agit d'un mot réservé et ne peut donc pas être interprété comme un identifiant, ce qui a du sens pour moi.

Et Bringer128 a trouvé la référence JLS 15.16 .

 CastExpression:
    (PrimitiveType Dims opt ) UnaryExpression
    (ReferenceType) UnaryExpressionNotPlusMinus

Comme vous pouvez le voir, la conversion en un type primitif en nécessite n'importe quel UnaryExpression, tandis que la conversion en un type de référence nécessite un UnaryExpressionNotPlusMinus. Celles-ci sont définies juste avant CastExpression à JLS 15.15 .

J'ai trouvé la référence JLS. 15.16 .

 CastExpression:
    (PrimitiveType Dims opt ) UnaryExpression
    (ReferenceType) UnaryExpressionNotPlusMinus

Comme vous pouvez le voir, la conversion en un type primitif en nécessite n'importe quel UnaryExpression, tandis que la conversion en un type de référence nécessite un UnaryExpressionNotPlusMinus. Celles-ci sont définies juste avant CastExpression à JLS 15.15 .

Vous devez soit changer la distribution en un type primitif:

... (int) -128;

Ou vous pouvez changer l'expression à droite de la distribution en une expression unaire non plus moins:

... (Integer) (-128);  // Either
... (Integer) 0 - 128; // Or

Le compilateur interprète le -comme l'opérateur moins à deux arguments, c'est-à-dire qu'il essaie de soustraire 128 à un autre nombre nommé Integer, mais il n'y a pas de telle variable dans la portée.

Cela compile:

Integer i3 = (Integer) (-128)

Cela peut être lié à l'analyse syntaxique. Remarquerez que

Integer i4 = (Integer) (-128); 

fonctionne très bien.

En général, vous ne devez pas convertir en classe Integer. Cela implique quelque chose appelé auto-boxing et peut provoquer des erreurs subtiles dans votre code. La méthode préférée pour faire ce que vous voulez est:

Integer i6 = Integer.valueOf(-128)

Il analyse Integer <minus operator> 128et ne trouve pas la variable Integer. Vous devrez mettre -128entre parenthèses:

Integer i3 = (Integer) (-128);  // compiles

Integer i3 = (Integer) (-128);

Le problème est que le -compilateur le voit comme un opérateur.

La ligne 3 est interprétée comme si vous essayez de déduire 128 de l'expression entre parenthèses et l'expression entre parenthèses n'est pas une expression de type int (elle traite le «-» comme un opérateur «-»). Si vous modifiez l'expression en:

Integer i3 = (Integer) (-128);

alors le compilateur comprendra que «-» est le moins unaire qui indique un entier négatif.

Le compilateur C # a le même comportement. Cela donne une meilleure idée de la raison pour laquelle la compilation échoue:

Pour convertir une valeur négative, vous devez mettre la valeur entre parenthèses