这是自己拼接json的结果,不是用对象序列化出来的,这种开发方法可能性能比较快,但是很难保证规范。
你把这样格式传给后端,你看看能不能正常请求,后端没法自动解析的时候会回来找你的,这个时候你就说:你就是这样给我的。如果他能自动解析,那我也没辙
有意思,这种事不去和后端交流,却跑到头条和网友交流。
你是真心想解决这个问题吗?
显然你对。你就问他以后书籍再加个作者属性他怎么返回?
我们公司来的那个兄弟,请求方式想用啥用啥,接口地址一会分割线一会驼峰,返回的json也是一会驼峰一会下划线。
坦白说,我还是第一次见那么奇葩的格式,我表示完全没法理解为什么要用那样的格式!
name的值是动态的,把name的值作为key,用Object.keys(obj)来取key值吗?直接用obj.name或者obj["name"]不更方便?
如果想减少数据量,应该这样写:{"书籍1":500,"书籍2":180},前端通过Object.keys(obj)拿到key数组,然后遍历key数组,动态取值即可!或者可以直接用for in遍历(代码量也少)!
因为后端的数据结构是map类型
是object严格模式
前端希望获取array数组,用于他的页面模块提取。
这里作为资深前端来说
object是一个完美的模型,对于删除去重定位key非常便捷
前端需要学会使用原型链方法
Object. keys就是一个完美object转array的方法
总之使用object构建的联动菜单与穿梭框
可以不使用循环来匹配
节省浏览器性能
这很简单啊!不管他要啥格式。你就字符串给他。偶尔又搞一个对象传,在偶尔formdata搞一个,在混淆些他不要的数据。。。持续一段时间,他就改了。
你的格式我也没太看懂啊,一般来说是这样的:[{id:1,name:张三},{id:2,name:李四},…]。
牛逼的后端是要什么都能给
牛逼的前端是给什么都能用
1233 浏览 10 回答
2万 浏览 6 回答
671 浏览 6 回答
1271 浏览 5 回答
9.5万 浏览 5 回答
评论 8
评论 2
评论 4
评论 16
评论 40
1.2万 浏览 6 回答
9731 浏览 1 回答
2.3万 浏览 4 回答
7296 浏览 6 回答
9489 浏览 5 回答
9447 浏览 7 回答
2005 浏览 5 回答
2229 浏览 6 回答
251 浏览 6 回答
2876 浏览 6 回答
1022 浏览 5 回答
6309 浏览 7 回答
9129 浏览 7 回答
2493 浏览 7 回答
1.6万 浏览 5 回答
经过核实后将会做出处理,感谢您为社区和谐做出贡献。
{{adWord}} {{factory}}
{{adWord}}