java. Почему такой результат?

Компилятор выдает синтаксические ошибки и внутрь переменных не лезет.

Ошибики подобного рода должен искать статический анализатор.

30000 = 0x7530

0x7530 + 0x7530 = 0xea60 = 1110101001100000

Размер в битах - 16, начинается с 1 => отрицательный short. Все в порядке.

В смысле ошибки? Явный каст в short? Это же от силы предупреждение в стиле «Ты точно это хотел?».

Согласен. Ну это, в любом случае, не работа компилятора.

Не работа синтаксического анализатора, хотел сказать ты. Компилятор, в широком смысле, это еще и оптимизатор (который, по-хорошему, здесь должен убрать переменные x и y), и статический анализатор.

z = (short) (x + y);

(short)

разве компилятор не должен выдать ошибку

ССЗБ

-5536 получается из-за того, что 16-битные (short) целые, большие 0111 1111 1111 1111b = 32767, имеют 1 в старшем разряде, который при хранении чисел в дополнительном коде (см. википедию) показывает знак числа. При таком способе хранения отрицательное число A получаются как двоичная запись разности «65536 - модуль A». То есть -5536 в битовой записи полностью совпадает с записью числа 60000, которое должно было бы получиться, не будь short знаковым.

Ты же его принудительно кастонул. Зачем уведомлять о ошибке?

какую ошибку, ты сам сказал ему этим безобразием заняться.

почему -5536? потому что MAX_VALUE у тебя 32767 для шорта. 30000+30000

(еще нули)0111 0101 0011 0000
+
(еще нули)0111 0101 0011 0000
=
(обрезал)1110 1010 0110 0000

а твое 1110 1010 0110 0000 в шорте - это и есть -5536. 

смотри, 1) вычитаем единичку 1110 1010 0101 1111 2) инвертируем 0001 0101 1010 0000 == 5536, а первый бит за знак отвечает, ЕМНИП. 

так то, и вообще, иди читай

считай что когда юзаешь операции явного приведения - это твоя личная просьба компилятору отключить ошибки

если уберешь (short) он тебе ошибку покажет. Так покажет, что скомпилировать не сможешь.

Хм ещё вопрос, влиет ли на потребление памяти значение long и short и насколько велико это влияние в реальной программе?

long 64 short 16

Сколько переменных создашь, такое влияние на память и будет

Напишешь программу - посмотри профайлером.

Хм ещё вопрос, влиет ли на потребление памяти значение long и short и насколько велико это влияние в реальной программе?

Не знаю по какой ты книжке учишься, но в яве все числа при необходимости переводятся в int (размер в байтах зависит от платформы). Используй int и не мучайся. У тебя объекты и вся ООП мишура сожрут в 10 раз больше ОЗУ, чем от таких вот оптимизаций.

Если мы о java говорим, то посмотри накладные расходы на создание объектов и, в общем случае, расслабь булки и пиши код. Я бы на твоём месте больше внимания обращал на структуры данных.

Классика же «получаешь не то, чего хотел, а то о чем попросил» (с)

классы с маленькой буквы! дальше читать не буду

В джаве переполнение не вызывает исключений. Проверяй сам результат, если надо.

Это не ошибка. Даже в ядре есть штука, использующую эту особенность представления чисел. в смысле

unsigned char a = 254;
unsigned char b = a + 3;
if (b == 1) {
   puts("hallelujah!");
}

ловко вы его вычислили)))))))

http://elizarov.livejournal.com/

из за одного long|short смысла заморачиватся нет.

а вот когда массив обьектов - то чел из выше привёденного блога тем и занимается , что раскладывает поля обьектов по массивам примитивных типов - для минимизации кэшмисов и прочая пипхол.