博客
关于我
关于前端传参后端无法接收的踩坑实录
阅读量:212 次
发布时间:2019-02-28

本文共 1071 字,大约阅读时间需要 3 分钟。

之前写业务新增的时候,数据库表分为基础明细表,基础表存储基本信息,明细表存储明细。基础对明细是一对多。业务逻辑大概是这样,前端传基础信息和明细信息,明细信息分为甲方来源,乙方来源,丙方来源。于是我的数据结构就封成了

@Setter@Getterpublic class RequestAddDto{    ...    @ApiModelProperty(value = "明细信息 -甲方来源")    private List
aAddDtos ; @ApiModelProperty(value = "明细信息 -乙方来源") private List
bAddDtos; @ApiModelProperty(value = "明细信息 -丙方来源") private List
cAddDtos;}

结果在和前端联调的过程中发现 swagger 页面文档上入参数据结构示例 为 null,当时我就很疑惑,就把自己的数据结构 封装好用txt文档传给了前端。

{xx:xx,xx:xx,aAddDtos:[{},{}],bAddDtos:[{},{}]}

我自认写的json格式没有问题,然而保存的时候偏偏明细没有数值。打过断点后发现甲乙丙三方来源数据没有传入。

一番折腾,我甚至怀疑过自己写的json,后来自己写了个main方法写了个json语句测试,发现这三个集合还是传不进。当时陷入了深深的疑惑中。

终于,在我将 aAddDtos改成requestFirstAddDtos 的时候,测试前端数据终于传了进来。结果发现是自己名字取的问题。

@Setter@Getterpublic class RequestAddDto{    ...    @ApiModelProperty(value = "明细信息 -甲方来源")    private List
requestFirstAddDtos ; @ApiModelProperty(value = "明细信息 -乙方来源") private List
requestSecondAddDtos ; @ApiModelProperty(value = "明细信息 -丙方来源") private List
requestThirdAddDtos ;}

这样就ok了。

转载地址:http://uqii.baihongyu.com/

你可能感兴趣的文章
MySQL创建索引时提示“Specified key was too long; max key length is 767 bytes”
查看>>
mysql初始密码错误问题
查看>>
MySQL删除数据几种情况以及是否释放磁盘空间【转】
查看>>
Mysql删除重复数据通用SQL
查看>>
mysql判断某一张表是否存在的sql语句以及方法
查看>>
mysql加入安装策略_一键安装mysql5.7及密码策略修改方法
查看>>
mysql加强(1)~用户权限介绍、分别使用客户端工具和命令来创建用户和分配权限
查看>>
mysql加强(3)~分组(统计)查询
查看>>
mysql加强(4)~多表查询:笛卡尔积、消除笛卡尔积操作(等值、非等值连接),内连接(隐式连接、显示连接)、外连接、自连接
查看>>
mysql加强(5)~DML 增删改操作和 DQL 查询操作
查看>>
mysql加强(6)~子查询简单介绍、子查询分类
查看>>
mysql加强(7)~事务、事务并发、解决事务并发的方法
查看>>
MySQL千万级多表关联SQL语句调优
查看>>
mysql千万级大数据SQL查询优化
查看>>
MySQL千万级大表优化策略
查看>>
MySQL单实例或多实例启动脚本
查看>>
MySQL压缩包方式安装,傻瓜式教学
查看>>
MySQL原理、设计与应用全面解析
查看>>
MySQL原理简介—1.SQL的执行流程
查看>>
MySQL参数调优详解
查看>>