同事为了 JSON 怎么写吵起来了！请各位断案！

[codeismylife]

A 同事：

[
	{
		"192.168.1.2": {
			"Memory": "10%",
			"HardDisk": "25"
		},
		"192.168.1.1": {
			"Memory": "25%",
			"HardDisk": "10"
		}
	}
]

B 同事：

[
	{
		"ip": "192.168.1.1",
		"Memory": "10%",
		"HardDisk": "25"
	},
	{
		"ip": "192.168.1.2",
		"Memory": "25%",
		"HardDisk": "10"
	}
]

我认为 B 写的是对的，但是不知道怎么科学地反驳 A。A 这么写好吗？不好的话 A 的问题在哪儿呢？

[imn1]

B 通用，A 适合 ip 做主键的场合

[sherlockwhite]

有一说一，PHPer 不背锅。

[RickyC]

建议 B 同事的答案

比如更改操作,

B 同事只要按照 key 去替换就可以了

而 A 同事需要
step1:删除掉原来的元素
step2:添加一个新的元素
如果是有序的表,还要有一个
step1.5: 找到原来元素的位置

[libook]

没有应用场景谈对错是没有意义的。

用于字典（映射）的话选 A （其实没必要放数组里了）；比如需要频繁地按照 IP 地址来取相关信息，此时用 A 方案能避免大量的循环语句。
用于呈现对象列表的话选 B ；比如返回一个服务器列表，迭代对列表里的每一台机器的信息做相应的处理。

两种我都经常用，没有啥绝对对和绝对错的，哪种合适就用哪种。

[justforlook44444]

json = javascript object notation

[EurekaSeven]

抛开应用场景谈对错都是耍流氓。

[botian]

B 的可扩展性比较好

[GroupF]

这个问题我不会，我直接给前端返回 B

[sockpuppet9527]

a 这样写不通用吧。。b 是通用的
这么说可能会挨打：比如我司写 c 要用 json 当 rpc 的 payload，a 这种解析很麻烦。。

[GopherTT]

我就想问 A 为什么多了个大括号..

[linZ]

@GopherTT 是对象，不是数组

[qwerthhusn]

A 是前端，B 是后端
前端总是想要啥处理都不用做直接用的数据
后端想从数据库返回后不做太多处理直接返回

[ganbuliao]

a 最大的问题应该就是 排序的问题吧 如果使用 jq 的 ajax 的话 json 会重新根据 key 排序
前端同学得到的数据应该是 下面这样的吧
```
[
{

"192.168.1.1": {
"Memory": "25%",
"HardDisk": "10"
},
"192.168.1.2": {
"Memory": "10%",
"HardDisk": "25"
}
}
]
```

[linZ]

自己写的项目用 a，大家一起维护用 b

[svenz]

@qwerthhusn 想吐槽你几句想想算了黑前端黑上瘾了 A 这种输出结果最大的问题就是回到项目内 大量的 hardcode 出现 跟前后端没关系 只跟水平和脑子有关系

[wwcxjun]

PHP 又背锅了... 我写 PHP 一直都是返回 B 的格式。

[xuanbg]

只用过 B 这种结构，A 这种兼职匪夷所思

[weixiangzhe]

如果是个 list 的话，a 放给前端 转成 js 的对象后，在不同的浏览器里顺序会变

[xinjiang]

场景不同组装的数据结构不同，A 为 Map 型，B 为 Array 型，不比场景讨论有意义？

[xinjiang]

很明显 A 同事的数据结构是特定场景下进行了查找优化的，B 同事的数据结构当要进行频繁的查找时不用转成 Map 结构还怎么玩？