You can’t, really. Java doesn’t have any unsigned data types, except char. Admittedly you could use char – it’s a 16-bit unsigned type – but that would be horrible in my view, as char is clearly meant to be for text: when code uses char, I expect it to be using it for UTF-16 code … Read more
There are two questions here. The first is “why is short plus short result in int?” Well, suppose short plus short was short and see what happens: short[] prices = { 10000, 15000, 11000 }; short average = (prices[0] + prices[1] + prices[2]) / 3; And the average is, of course, -9845 if this calculation … Read more
If we look at the Rationale for International Standard—Programming Languages—C in section 6.3.1.8 Usual arithmetic conversions it says (emphasis mine going forward): The rules in the Standard for these conversions are slight modifications of those in K&R: the modifications accommodate the added types and the value preserving rules. Explicit license was added to perform calculations … Read more
As explained in short C# (but also for other language compilers as well, like Java) There is a predefined implicit conversion from short to int, long, float, double, or decimal. You cannot implicitly convert nonliteral numeric types of larger storage size to short (see Integral Types Table for the storage sizes of integral types). Consider, … Read more
Because the compiler replaces 10*3 with 30 at compile time itself. So,effectively : short thirty = 10 * 3 is calculated at compile time. Try changing ten and three to final short (making them compile time constants) and see what happens 😛 Examine byte-code using javap -v for both verisions (10*3 and final short). You … Read more
There are specific suffixes for long (e.g. 39832L), float (e.g. 2.4f) and double (e.g. -7.832d). If there is no suffix, and it is an integral type (e.g. 5623), it is assumed to be an int. If it is not an integral type (e.g. 3.14159), it is assumed to be a double. In all other cases … Read more