我们在使用BigDecimal来记录数值时,点后多余的零经常会有一个问题,全局前端去除就是配置小数点后多余的0!
当前如果你们是实现金额,保留两位小数,小数展示多余的点后多余的零0是没有问题的!可以看一下银行卡是会显示到分的!
小编的这里不是这种的,是要求保留八位小数,即使前端输入100.1。保存到数据库时就会变为:100.10000000,前端查询出来肯定就是100.10000000。非常的臃肿,我们就需要去掉一下!
分为两种方案:
各有各的优缺点,就是看你们系统的要求了!
小编这里是有的允许保留0的,不需要的咱们单独处理。所以咱们先演示第一种!
/** * BigDecimal序列化器 * @author wangzhenjun * @date 2023/5/17 16:29 */public class BigDecimalSerializer extends JsonSerializer<BigDecimal> { @SneakyThrows @Override public void serialize(BigDecimal bigDecimal, JsonGenerator jsonGenerator, SerializerProvider serializerProvider) { if (null != bigDecimal ) { String plainString = bigDecimal.stripTrailingZeros().toPlainString(); jsonGenerator.writeString(plainString); } else { jsonGenerator.writeString(BigDecimal.ZERO.toPlainString()); } }}
在需要的对象上添加注解@JsonSerialize即可:
/** * @author wangzhenjun * @date 2023/5/17 16:51 */@Datapublic class Big { @JsonSerialize(using = BigDecimalSerializer.class) private BigDecimal price;}
测试一下:
@GetMapping("/big")public Result big(){ Big big = new Big(); big.setPrice(new BigDecimal("1.20")); return Result.success(big);}
我们可以看到正常的去除多余的0,我们会发现原来的BigDecimal变为了字符串,其实这个也是正常的,在我们系统里会配置上,把Long和BigDecimal返回前端的时候都会变为字符串,防止精度丢失。
想详细了解的可以看看文章,赶时间的,小编在下面给出来了,添加一个配置类即可!
@Configuration(proxyBeanMethods = false)@ConditionalOnClass(ObjectMapper.class)@AutoConfigureBefore(JacksonAutoConfiguration.class)public class JacksonConfiguration { @Bean @ConditionalOnMissingBean public Jackson2ObjectMapperBuilderCustomizer customizer() { return builder -> { builder.locale(Locale.CHINA); builder.timeZone(TimeZone.getTimeZone(ZoneId.systemDefault())); // 设置日期格式 builder.simpleDateFormat(DatePattern.NORM_DATETIME_PATTERN); // 解决long类型损失精度 builder.serializerByType(Long.class, ToStringSerializer.instance); // 解决BigDecimal类型损失精度 builder.serializerByType(BigDecimal.class, ToStringSerializer.instance); // 日期格式自定义类 builder.modules(new PigJavaTimeModule()); }; }}
我们只需要进行序列化的时候去除一下即可,这是全局的BigDecimal都会去除多余0,大家按需使用,以免造成不必要的事故!
/** * 全局序列化配置 * @author wangzhenjun * @date 2023/5/19 17:11 */@Configurationpublic class JacksonConfig { @Bean public ObjectMapper objectMapper() { ObjectMapper objectMapper = new ObjectMapper(); SimpleModule module = new SimpleModule(); module.addSerializer(BigDecimal.class, new JsonSerializer<BigDecimal>() { @Override public void serialize(BigDecimal value, JsonGenerator gen, SerializerProvider serializers) throws IOException { if (value != null) { gen.writeString(value.stripTrailingZeros().toPlainString()); } } }); objectMapper.registerModule(module); return objectMapper; }}
我们再次测试,我把上一种方式的写法去掉了哈!
我们可以看到也是没有问题的哈!
通过本篇博客的介绍,我们知道了两种解决方式!可以对BigDecimal类型进行格式化,去除前端展示中多余的0。这样能够优化前端展示效果,提高用户体验。这个两个方法都简单易用,而且具有通用性,适合大部分项目使用。
当然,在实际开发中,还有很多其他的格式化方式和技巧可以使用,比如使用前端框架的过滤器、使用JavaScript的toFixed()函数等等。不过,无论使用哪种方式,我们要做到的是尽可能地避免前端展示中出现多余的0,保证用户体验。
最最重要的是符合业务要求!
希望本篇博客的介绍能够对大家有所帮助。
责任编辑:姜华 来源: 小王博客基地 SpringbootBigDecimal(责任编辑:知识)
《Dust Raiders》steam页面开放 蛮荒之地资源控制新游
华为Mate 60 Pro官网提前开售6999元起!瞬间抢购一空
埃森哲:16个行业、12大经济体,权威解构AI如何赋能全球经济丨雷报030期
《暗黑破坏神4》负责人谈第一赛季差评时表示:我当时以为在做正确的事