我定义的传参格式:
[{
"thresholdIncome": 100,
"thresholdRegCnt": 24,
"thresholdShopCnt": 24,
"userTypeIdentify": 1,//身份1
"startTime": "2020-01-01 00:00:00",
"endTime": "2020-12-31 00:00:00"
}, {
"thresholdIncome": 24,
"thresholdRegCnt": 24,
"thresholdShopCnt": 24,
"userTypeIdentify": 2,//身份2
"startTime": "2020-01-01 00:00:00",
"endTime": "2020-12-31 00:00:00"
}, {
"thresholdIncome": 24,
"thresholdRegCnt": 24,
"thresholdShopCnt": 24,
"userTypeIdentify": 3,//身份3
"startTime": "2020-01-01 00:00:00",
"endTime": "2020-12-31 00:00:00"
}]
前端不会上面的传参,要后端改成按照下面的方式接收参数:
云店店主 用户数:masterUserCount
店主数:masterKeeperCount
销售额:masterSaleCount
开始时间:masterStartTime
结束时间:masterEndTime
云店店长 用户数:eldestUserCount
店主数:eldestKeeperCount
销售额:eldestSaleCount
开始时间:eldestStartTime
结束时间:eldestEndTime
云店区长 用户数:areaUserCount
店主数:areaKeeperCount
销售额:areaSaleCount
开始时间:areaStartTime
结束时间:areaEndTime
想问问,遇到这种水平的前端客观评价该不该换了?
这有个🐔毛的差?一个type column,一个object map,能用就行呗。
后端欠缺面向对象思想和编程视野是很容易type column打天下,毕竟能用。
前端也是个战5⃣️渣,都OO了,还🐔8⃣️去区别属性定义,这到底是抽象能力差还是🐔闲?
前端objce map,取值是你list性能两倍,因为取值是get不是each。前后端一结合,问题完美解决。
反正俩弱🐔,都开。
有资格开人,没资格定义接口?
你也是个菜鸟,这明明是个数组,说什么list
你们缺少一个像我这样的架构师
他可能比较便宜
是想偷懒省的转换了吧,让你根据数据绑的格式来而已。
需要我帮封装下数据吗
后端的接口前端不想用说明后端的api设计是有问题的,api是别人用的!!!