今天就工作中
遇到的json格式的数据交互问题作出分析和解决方案....背景
由于刚到新公司时间不太长,难免会接受别人写的
不规范的代码和业务逻辑,以及非自己负责模块业务
逻辑出现问题后由于当事人不在或者已经离职,
就不得不去分析和修复测试环境和线上的各种问题,
今天简单介绍一个案例...方案二
写一个自定义的ObjectMapper注入到
MappingJacksonHttpMessageConverter中,可以永久性解决
开发测试阶段前后端参数约定不统一导致的参数解析失败的问题
自定义...;参数的格式
校验和类型转换比较在业务逻辑中实现,并且在参数非法时
能够自定义给前端更加人性化的响应(前后端分离时,
可以根据不同的参数错误给不同的错误码和错误信息)缺点:参数名称和类型不明确,
字段值后台统一解析成...Object类型,后台需要根据具体的业务去解析和校验;
被其他人接手后完全
不知所错,不知道返回的数据类型和字段名称.个人建议:我比较习惯使用Map接收json请求参数,
因为比较灵活,和参数校验和转换可是实现自定义