Need result with sign, except for 0.0d. Ie:
-123.45d -> "-123.45", 123.45d -> "+123.45", 0.0d -> "0".
I invoke format.setPositivePrefix("+")
on the instance of DecimalFormat to force the sign in the result for positive inputs.
Need result with sign, except for 0.0d. Ie:
-123.45d -> "-123.45", 123.45d -> "+123.45", 0.0d -> "0".
I invoke format.setPositivePrefix("+")
on the instance of DecimalFormat to force the sign in the result for positive inputs.
I'm sure there is a more elegant way, but see if this works?
import static org.junit.Assert.assertEquals;
import java.text.ChoiceFormat;
import java.text.DecimalFormat;
import java.text.FieldPosition;
import java.text.NumberFormat;
import java.text.ParsePosition;
import org.junit.Test;
public class NumberFormatTest {
@Test
public void testNumberFormat() {
NumberFormat nf = new MyNumberFormat();
assertEquals("-1234.4", nf.format(-1234.4));
assertEquals("0.0", nf.format(0));
assertEquals("+0.3", nf.format(0.3));
assertEquals("+12.0", nf.format(12));
}
}
class MyNumberFormat extends NumberFormat {
private DecimalFormat df = new DecimalFormat("0.0#");
private ChoiceFormat cf = new ChoiceFormat(new double[] { 0.0,
ChoiceFormat.nextDouble(0.0) }, new String[] { "", "+" });
@Override
public StringBuffer format(double number, StringBuffer toAppendTo,
FieldPosition pos) {
return toAppendTo.append(cf.format(number)).append(df.format(number));
}
@Override
public StringBuffer format(long number, StringBuffer toAppendTo,
FieldPosition pos) {
return toAppendTo.append(cf.format(number)).append(df.format(number));
}
@Override
public Number parse(String source, ParsePosition parsePosition) {
throw new UnsupportedOperationException();
}
}
According to DecimalFormat
The negative subpattern is optional; if absent, then the positive subpattern prefixed with the localized minus sign ('-' in most locales) is used as the negative subpattern
Hence new DecimalFormat("0.0#")
is equivalent to new DecimalFormat("0.0#;-0.0#")
So this would give us: -1234.5
and 1234.5
Now, to add the '+' to positve numbers, I use a ChoiceFormat
0.0 <= X < ChoiceFormat.nextDouble(0.0)
will use a choice format of ""
. ChoiceFormat.nextDouble(0.0)
is the smallest number greater than 0.0
.ChoiceFormat.nextDouble(0.0) <= X < 1
will use a choice format of "+"
.If there is no match, then either the first or last index is used, depending on whether the number (X) is too low or too high. If the limit array is not in ascending order, the results of formatting will be incorrect. ChoiceFormat also accepts \u221E as equivalent to infinity(INF).
Hence
Double.NEGATIVE_INFINITY <= X < 0
will use ""
.1 <= X < Double.POSITIVE_INFINITY
will use "+"
.Java has both a "negative zero" and a "positive zero". They have different representations, but compare as being equal to each other.
If you must have a plus sign preceding your positive values, but you don't want it for positive zero, then you may need to do something like this to temporarily clear the prefix:
try {
if (val == 0.0) {
format.setPositivePrefix("");
}
result = format.format(val);
}
finally {
format.setPositivePrefix("+");
}
Thanks a lot guys, some very good ideas here.
Based on what has been suggested, I decided to use two formats: zeroFormat for special-casing for 0.0d, and nonZeroFormat for the rest of the cases. I am hiding the implementation behind an IDisplayableValueFormatter (that is used by a custom UI control) and don't need to adhere to the NumberFormat contract/interface.