Masz jakiś pomysł, dlaczego muszę rzutować tutaj literał liczby całkowitej na (int)?

W poniższym przykładzie

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

Nie mogę rzucić -128z (Integer)ale mogę rzucić (int) -128.

Zawsze myślałem, że -128to inttyp i rzucanie go (int)powinno być zbędne.

Błąd w wierszu z i3to

cannot find symbol variable Integer

Próbowałem tego z aktualizacją Java 6 29 i aktualizacją Java 7 1.

EDYCJA: Otrzymujesz to samo zachowanie z +128zamiast -128. Wydaje się, że jest to zamieszanie między operatorami jednoargumentowymi i binarnymi.

Kompilator próbuje odjąć 128od (Integer)zamiast rzutować -128do Integer. Dodaj, ()aby to naprawić

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

Według BoltClock w komentarzach odlew intdziała zgodnie z przeznaczeniem, ponieważ jest to słowo zastrzeżone i dlatego nie może być interpretowane jako identyfikator, co ma dla mnie sens.

Bringer128 znalazł JLS Reference 15.16 .

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

Jak widać, rzutowanie na typ pierwotny wymaga dowolnego UnaryExpression, podczas gdy rzutowanie na typ referencyjny wymaga pliku UnaryExpressionNotPlusMinus. Są one zdefiniowane tuż przed CastExpression w JLS 15.15 .

Znalazłem odniesienie do JLS. 15.16 .

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

Jak widać, rzutowanie na typ pierwotny wymaga dowolnego UnaryExpression, podczas gdy rzutowanie na typ referencyjny wymaga pliku UnaryExpressionNotPlusMinus. Są one zdefiniowane tuż przed CastExpression w JLS 15.15 .

Musisz albo zmienić rzutowanie na typ pierwotny:

... (int) -128;

Lub możesz zmienić wyrażenie po prawej stronie rzutowania na jednoargumentowe wyrażenie inne niż plus-minus:

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

Kompilator interpretuje the -jako dwuargumentowy operator minus, tj. Próbuje odjąć 128 od innej wymienionej liczby Integer, ale nie ma takiej zmiennej w zakresie.

To kompiluje:

Integer i3 = (Integer) (-128)

Może to mieć związek z analizowaniem składni. Zauważ, że

Integer i4 = (Integer) (-128); 

działa dobrze.

Ogólnie rzecz biorąc, nie należy rzutować na klasę Integer. Wiąże się to z czymś, co nazywa się automatycznym boksowaniem i może powodować drobne błędy w kodzie. Preferowaną metodą robienia tego, co chcesz, jest:

Integer i6 = Integer.valueOf(-128)

Przetwarza to jako Integer <minus operator> 128i nie znajduje zmiennej Integer. Będziesz musiał zawinąć -128w nawiasy:

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

Integer i3 = (Integer) (-128);

Problem polega na tym, -że kompilator widzi to jako operator.

Linia 3 jest interpretowana tak, jakbyś próbował odjąć 128 od wyrażenia w nawiasie, a wyrażenie w nawiasie nie jest wyrażeniem typu int (traktuje „-” jako operator „-”). Jeśli zmienisz wyrażenie na:

Integer i3 = (Integer) (-128);

wtedy kompilator zrozumie, że „-” jest jednoargumentowym minusem, który wskazuje ujemną liczbę całkowitą.

Kompilator C # ma to samo zachowanie. Daje lepszą wskazówkę, dlaczego się nie kompiluje:

Aby rzutować wartość ujemną, musisz ująć wartość w nawiasach