这是自己拼接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:李四｝,…］。
牛逼的后端是要什么都能给
牛逼的前端是给什么都能用