如何劝说后端开发不要拿变量命名JSON的key值?

  • A+
所属分类:知识百科
摘要

牛逼的后端是要什么都能给牛逼的前端是给什么都能用这很简单啊!不管他要啥格式。你就字符串给他。偶尔又搞一个对象传,在偶尔formdata搞一个,在混淆些他不要的数据。。。持续一段时间,他就改了。你这种格式后端肯定可以返回,但是一旦

牛逼的后端是要什么都能给

牛逼的前端是给什么都能用

这很简单啊!不管他要啥格式。你就字符串给他。偶尔又搞一个对象传,在偶尔formdata搞一个,在混淆些他不要的数据。。。持续一段时间,他就改了。

你这种格式后端肯定可以返回,但是一旦是有多层数组套娃怎么办。。

坦白说,我还是第一次见那么奇葩的格式,我表示完全没法理解为什么要用那样的格式!

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构建的联动菜单与穿梭框

可以不使用循环来匹配

节省浏览器性能

显然你对。你就问他以后书籍再加个作者属性他怎么返回?

你应该说请返回json的key符合标识符规范

这是自己拼接json的结果,不是用对象序列化出来的,这种开发方法可能性能比较快,但是很难保证规范。

我们公司来的那个兄弟,请求方式想用啥用啥,接口地址一会分割线一会驼峰,返回的json也是一会驼峰一会下划线。

有意思,这种事不去和后端交流,却跑到头条和网友交流。

你是真心想解决这个问题吗?

搞事情!那些不能说的秘密都在这里   关注公众号:ONE知识  

         

  • 我的微信
  • 这是我的微信扫一扫
  • weinxin
  • 我的微信公众号
  • 我的微信公众号扫一扫
  • weinxin
avatar

发表评论

:?: :razz: :sad: :evil: :!: :smile: :oops: :grin: :eek: :shock: :???: :cool: :lol: :mad: :twisted: :roll: :wink: :idea: :arrow: :neutral: :cry: :mrgreen: