前端人员用vue不会传list参数,只会传object,该不该开除?

insights 发布于 08/18 11:52
阅读 3K+
收藏 0

我定义的传参格式:
 

[{
	"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

想问问,遇到这种水平的前端客观评价该不该换了?

加载中
5
Joyzhou
Joyzhou

有资格开人,没资格定义接口?

thomastangweixin
thomastangweixin
一语道破玄机
4
头号大宝贝
头号大宝贝

这有个🐔毛的差?一个type column,一个object map,能用就行呗。

后端欠缺面向对象思想和编程视野是很容易type column打天下,毕竟能用。

前端也是个战5⃣️渣,都OO了,还🐔8⃣️去区别属性定义,这到底是抽象能力差还是🐔闲?

前端objce map,取值是你list性能两倍,因为取值是get不是each。前后端一结合,问题完美解决。

 

反正俩弱🐔,都开。

1
h
helloatom

你也是个菜鸟,这明明是个数组,说什么list

SLMD
SLMD
json格式只有json object 和json array 没有什么json list
丶故事有你
丶故事有你
面向对象的叫法。
kakai
kakai
在json里面,数组和列表是没区别的,java中常规List内部实现就是数组,可以说List是数组的对象化实现。
Youtubeornotobe
Youtubeornotobe
回复 @木__木 : json格式
木__木
这个一定要的话还真是List
1
叫我蝴蝶吧
叫我蝴蝶吧

你们缺少一个像我这样的架构师

0
fucaixie
fucaixie

你是老板你说了算,你要不是老板说个毛

ad倒装c
ad倒装c
回复 @insights : 老夫掐指一算,你们前端不是一个妹子吧!!!
物种起源-达尔文
物种起源-达尔文
回复 @insights : 你们缺少沟通,你给的后端的不是最好的方案,前端的也不是,所以这个没有什么好说的。
java大神起床啦
java大神起床啦
回复 @insights : 就几个 数据 很简单的东西 何必 都是打工的 能用就好了
insights
insights
后端预先定义接口,前端自行组织一套就因为不会数据组织成list,让后台重新开发接口?前端人员技术菜原因导致的问题,为什么要后台人员增加无谓的工作量?
0
a
a1178013314

他可能比较便宜

0
piaoyaoi
piaoyaoi

你是新来的吧

0
nubo
nubo

是想偷懒省的转换了吧,让你根据数据绑的格式来而已。

0
莫小溪

需要我帮封装下数据吗

0
大明二代

后端的接口前端不想用说明后端的api设计是有问题的,api是别人用的!!!

ad倒装c
ad倒装c
回复 @昵称非法已被屏蔽 : 什么前端框架?没有这类插件嘛?
大明二代
回复 @昵称非法已被屏蔽 : 所以前端和后端中间需要中间层
昵称非法已被屏蔽
用数组格式更合理,因为userTypeIdentify 增加, 数组任然适用。 接口应该以业务为准,而不是前端用起来舒服为准。 这里应该前端自己做转换。否则以后页面一变,接口也需要改
返回顶部
顶部