Пишу программу. Операции в основном с массивами до 8 элементов, а максимальное значение элементов массива до 100.
Под такую задачу отлично походит тип данных byte. В задаче часто встречается выражение

Но это конструкция вызивает ошибку. Похоже если явно пишу значение, то оно восприминяется как тип int.
Решение конструкция:


Просто раздражает, что каждый раз приходится приводить тип к типу byte. Особенно это заметно когда работаю с элементами массива:

Переделать в:

Стоит ли использовать int вместо byte?
Какое влияние оказывает скорость программы данные типы?

Дельный вопрос. Меня тоже всегда душит жаба, когда где-то вполне хватило бы byte, но приходится юзать int, что бы не париться с постоянным приведением типов. Хотелось бы узнать, конструкции типа 

как-то сказываются на скорости вычислений или это все обрабатывается на этапе компиляции?
Те же счетчики циклов, есть ли смысл по возможности использовать byte вместо int?

Да.

Нет.

Локальная переменная и, я так думаю, что поле класса тоже, типа byte в реальности занимает в памяти 4 байта. В VM Spec где то это было написано. Поэтому никакой экономии памяти не будет. Разумеется это не относится к байтовым массивам.

Целочисленные операции с типами byte, short, char неявно приводят операнды к типу int, с которыми выполняется операция, обратное приведение результата требует выполнения одной инструкции в байт-коде.

to ivg:
Спасибо за пояснения, я уже начал проект так что есть время все переделать.

подтверждаю. обосновать не могу кроме реальных измерений задач которые не интересуют никого.
для интел архитектуры - основа 16 разрядов двоичных - именно с ними интел до сих пор справляется быстрее всего ....

порочный интел :( ...

use int