Irgendeine Idee, warum ich hier ein ganzzahliges Literal in (int) umwandeln muss?

Im folgenden Beispiel

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

Ich kann nicht werfen -128mit , (Integer)aber ich warf kann (int) -128.

Ich dachte immer, -128es wäre von intTyp und das Casting mit (int)sollte überflüssig sein.

Der Fehler in der Zeile mit i3ist

cannot find symbol variable Integer

Ich habe dies mit Java 6 Update 29 und Java 7 Update 1 versucht.

EDIT: Sie erhalten das gleiche Verhalten mit +128statt -128. Es scheint eine Verwechslung zwischen unären und binären Operatoren zu sein.

Der Compiler versucht , subtrahieren 128von (Integer)anstelle von Gießen -128auf Integer. Fügen Sie hinzu (), um es zu beheben

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

Laut BoltClock in den Kommentaren intfunktioniert die Besetzung wie vorgesehen, da es sich um ein reserviertes Wort handelt und daher nicht als Kennung interpretiert werden kann, was für mich sinnvoll ist.

Und Bringer128 fand die JLS-Referenz 15.16 .

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

Wie Sie sehen können, erfordert das Umwandeln in einen primitiven Typ eine beliebige UnaryExpression, während das Umwandeln in einen Referenztyp a erfordert UnaryExpressionNotPlusMinus. Diese werden unmittelbar vor der CastExpression in JLS 15.15 definiert .

Ich habe die JLS-Referenz gefunden. 15.16 .

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

Wie Sie sehen können, erfordert das Umwandeln in einen primitiven Typ eine beliebige UnaryExpression, während das Umwandeln in einen Referenztyp a erfordert UnaryExpressionNotPlusMinus. Diese werden unmittelbar vor der CastExpression in JLS 15.15 definiert .

Sie müssen entweder die Besetzung in einen primitiven Typ ändern:

... (int) -128;

Oder Sie können den Ausdruck rechts von der Besetzung in einen unären Plus-Minus-Ausdruck ändern:

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

Der Compiler interpretiert den -Operator mit zwei Argumenten minus, dh er versucht, 128 von einer anderen benannten Zahl zu subtrahieren Integer, aber es gibt keine solche Variable im Gültigkeitsbereich.

Dies kompiliert:

Integer i3 = (Integer) (-128)

Dies hat möglicherweise mit der Syntaxanalyse zu tun. Beachte das

Integer i4 = (Integer) (-128); 

funktioniert gut.

Im Allgemeinen sollten Sie nicht in die Integer-Klasse umwandeln. Dies beinhaltet etwas, das als Auto-Boxing bezeichnet wird, und kann einige subtile Fehler in Ihrem Code verursachen. Die bevorzugte Methode, um das zu tun, was Sie wollen, ist:

Integer i6 = Integer.valueOf(-128)

Es analysiert es als Integer <minus operator> 128und findet die Variable nicht Integer. Sie müssen die -128in Klammern setzen:

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

Integer i3 = (Integer) (-128);

Das Problem ist, dass der -Compiler es als Operator sieht.

Zeile 3 wird so interpretiert, als würden Sie versuchen, 128 vom Ausdruck in der Klammer abzuleiten, und der Ausdruck in der Klammer ist nicht und Ausdruck vom Typ int (behandelt das '-' als '-' Operator). Wenn Sie den Ausdruck ändern in:

Integer i3 = (Integer) (-128);

dann wird der Compiler verstehen, dass '-' das unäre Minus ist, das eine negative ganze Zahl anzeigt.

Der C # -Compiler hat das gleiche Verhalten. Es gibt einen besseren Hinweis, warum es nicht kompiliert werden kann:

Um einen negativen Wert umzuwandeln, müssen Sie den Wert in Klammern setzen