Любая идея, почему мне нужно привести здесь целочисленный литерал к (int)?

В следующем примере

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

Я не могу бросить -128с , (Integer)но я могу бросить (int) -128.

Я всегда думал, что -128это intтип, и приведение его (int)должно быть излишним.

Ошибка на линии с i3IS

cannot find symbol variable Integer

Я пробовал это с обновлением Java 6 29 и обновлением Java 7 1.

РЕДАКТИРОВАТЬ: вы получаете то же поведение +128вместо -128. Похоже, что это путаница между унарными и бинарными операторами.

Компилятор пытается вычитать 128из (Integer)вместо преобразования -128в Integer. Добавить, ()чтобы исправить

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

Согласно BoltClock в комментариях, приведение к работе intработает по назначению, потому что это зарезервированное слово и поэтому не может быть интерпретировано как идентификатор, что имеет смысл для меня.

И Bringer128 нашел JLS Reference 15.16 .

 CastExpression:
    (PrimitiveType Dims opt ) UnaryExpression
    (Тип ссылки) UnaryExpressionNotPlusMinus

Как видите, приведение к примитивному типу требует любого UnaryExpression, тогда как приведение к ссылочному типу требует UnaryExpressionNotPlusMinus. Они определены непосредственно перед CastExpression в JLS 15.15 .

Я нашел ссылку на JLS. 15.16 .

 CastExpression:
    (PrimitiveType Dims opt ) UnaryExpression
    (Тип ссылки) UnaryExpressionNotPlusMinus

Как видите, приведение к примитивному типу требует любого UnaryExpression, тогда как приведение к ссылочному типу требует UnaryExpressionNotPlusMinus. Они определены непосредственно перед CastExpression в JLS 15.15 .

Вам нужно либо изменить приведение к примитивному типу:

... (int) -128;

Или вы можете изменить выражение справа от приведения на унарное выражение, отличное от плюс-минус:

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

Компилятор интерпретирует -оператор как оператор «минус» с двумя аргументами, т.е. он пытается вычесть 128 из некоторого другого указанного числа Integer, но такой переменной в области видимости нет.

Это компилирует:

Integer i3 = (Integer) (-128)

Возможно, это связано с синтаксическим анализом. Заметь

Integer i4 = (Integer) (-128); 

работает нормально.

В общем, вы не должны приводить к классу Integer. Это включает в себя то, что называется автоматическим блокированием, и может вызвать некоторые незаметные ошибки в вашем коде. Предпочтительный способ делать то, что вы хотите:

Integer i6 = Integer.valueOf(-128)

Он анализирует его как Integer <minus operator> 128и не находит переменную Integer. Вам нужно будет заключить -128в скобки:

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

Integer i3 = (Integer) (-128);

Проблема в том, что -компилятор видит в нем оператора.

Строка 3 интерпретируется так, как будто вы пытаетесь вычесть 128 из выражения в круглых скобках, а выражение в скобках не является выражением типа int (оно обрабатывает '-' как оператор '-'). Если вы измените выражение на:

Integer i3 = (Integer) (-128);

тогда компилятор поймет, что «-» - это унарный минус, обозначающий отрицательное целое число.

Компилятор C # ведет себя так же. Это дает лучший намек, почему он не компилируется:

Чтобы привести отрицательное значение, вы должны заключить значение в круглые скобки