I'm trying to write a method which gets a double
, verifies if the number has something after the dot and if it does—returns a double
, if doesn't—returns an int
.
public class Solution {
public static void main(String[] args) {
double d = 3.000000000;
System.out.println(convert1(d));
System.out.println(convert2(d));
}
static Object convert1(double d) {
if(d % 1 == 0)
return (int) d;
else
return d;
}
static Object convert2(double d) {
return ((d%1) == 0) ? ((int) (d)) : d;
}
}
Output:
3
3.0
So, everything I want happens in method convert1()
, but doesn't happen in method convert2()
. It seems as these methods must do the same work. But what I have done wrong?
As the other answers have stated, this behavior is because both possible results of a ternary expression must have the same type.
Therefore, all you have to do to make your ternary version work the same way as
convert1()
is to cast theint
to anObject
:To solve the problem with numbers after the dot:
The
DELTA
is sufficiently small constant, to solve the problem with integers encoded in floating point format.I have written the code from memory, but I think the idea behind it is clear.
You're seeing an effect similar to the one in this question.
Slightly different rules govern the way Java handles types with the ternary operator than with an
if
statement.Specifically, the standard says:
Flipping to that page of the standard, we see:
which is what's happening here, followed by autoboxing to a
Double
. It appears that no such conversion happens with theif
statement, explaining the difference.More broadly --- this isn't a very good idea. I don't think it's good design to return one of an
int
or adouble
depending on the value -- if you want to round something off, useMath.floor
, and if you don't want decimals printed, useprintf
.EDIT: I don't think it's a good idea to do hacky things to circumvent the regular numeric conversion system. Here's an idea that gives you a
String
directly, which appears to be what you want:The ternary operator requires both result values be the same type, so the
int
undergoes an automatic (safe) widening cast todouble
.The ternary is not exactly the same as its
if
"equivalent".