BigDecimal 语言环境特定解析 - Wicket 的 BigDecimalConverter 和 java.math.BigDecimal 之间不一致

Question

当从字符串中解析带有小数分隔符的数字时，Wicket 的 BigDecimalConverter 的行为与 BigDecimal 的 (String val) 构造函数不同。

让我们尝试使用美国语言环境解析以逗号作为小数分隔符的数字。 （顺便说一句，我使用的是 Wicket 1.4.14。）

---

new BigDecimalConverter().convertToObject("1,3", Locale.US)
返回 13，

---

但

---

Locale.setDefault(Locale.US);
new BigDecimal("1,3")  

抛出 NumberFormatException。

---

在这种情况下，为什么 BigDecimalConverter 的行为与 BigDecimal 不同？数字“1,3”对于美国语言环境没有意义。

Answer 1

BigDecimal 类在输入上实现自己的验证算法，该算法会抛出 NumberFormatException。

BigDecimalConverter 将 1,3 解析为 13 的原因是它在幕后使用原始 DecimalFormat 。在 AbstractNumberConverter.parse()，getNumberFormat(locale)和 parse() 方法组合归结为以下代码片段，将 Wicket 排除在等式之外：

NumberFormat format = NumberFormat.getInstance(Locale.US);
format.setParseBigDecimal(true);
BigDecimal bd = format.parseObject("1,3");
System.out.println(bd.toString()); // Prints 13 !

UPDATE
DecimalFormat 忽略 , 字符的原因是它在美国语言环境的 DecimalFormatSymbols 中被定义为分组分隔符。
这是允许的，并且是合法的，就像在 1,300.5 中一样。

如果您想避免将 1,3 转换为 13，并抛出无效的格式转换异常，您可以重写 BigDecimalConverter.getNumberFormat(Locale) 为了将 DecimalFormat 修改为不使用分组，请使用不同的分组符号，或使用更具限制性的模式。例如：

TextField<BigDecimal> text = new TextField<BigDecimal>(id, model){
    @Override
    public IConverter getConverter(Class<?> type) {
        return new BigDecimalConverter() {
            @Override
            public NumberFormat getNumberFormat(Locale locale) {
                NumberFormat format = super.getNumberFormat(locale);
                format.setGroupingUsed(false);
                return format;
            }
        };
    }
};
text.setType(BigDecimal.class);

注意：谨慎使用上面的示例，为转换器创建一个类，这样它就不会在每次调用 getConverter() 时实例化，并且不要修改NumberFormat实例BigDecimalConverter.getNumberFormat()返回，它可能是一个全局共享实例。

只是补充一下，这是忽略 , 字符作为组分隔符的确切代码：DecimalFormat.subparse() 第 1522 行分支。输入 1,3 时，逗号将被忽略，为 isGroupingUsed() true。