Why are there no byte or short literals in Java?
Solution 1:
In C, int
at least was meant to have the "natural" word size of the CPU and long
was probably meant to be the "larger natural" word size (not sure in that last part, but it would also explain why int
and long
have the same size on x86).
Now, my guess is: for int
and long
, there's a natural representation that fits exactly into the machine's registers. On most CPUs however, the smaller types byte
and short
would have to be padded to an int
anyway before being used. If that's the case, you can as well have a cast.
Solution 2:
I suspect it's a case of "don't add anything to the language unless it really adds value" - and it was seen as adding sufficiently little value to not be worth it. As you've said, it's easy to get round, and frankly it's rarely necessary anyway (only for disambiguation).
The same is true in C#, and I've never particularly missed it in either language. What I do miss in Java is an unsigned byte type :)
Solution 3:
Another reason might be that the JVM doesn't know about short and byte. All calculations and storing is done with ints, longs, floats and doubles inside the JVM.
Solution 4:
There are several things to consider.
1) As discussed above the JVM has no notion of byte or short types. Generally these types are not used in computation at the JVM level; so one can think there would be less use of these literals.
2) For initialization of byte and short variables, if the int expression is constant and in the allowed range of the type it is implicitly cast to the target type.
3) One can always cast the literal, ex (short)10