同事为了 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 的问题在哪儿呢？

[neverfall]

B 的比较好，
看使用场景，A 的虽然也不算错，但是 A 的理解起来会比较费劲。
A 的场景还可以直接去重。。。

[tanranran]

要是多一个 IPV6 怎么搞

[stoneabc]

看场景，有时候不那么规范反而会更好…
多数情况还是 B。

[superrichman]

数据能正确解析的话两种都没有问题, B 的好处是传输数据少几对括号.

[evilhero]

如果用 ip 做键，意义不明，哪怕一眼就能看出是 ip

何不折中一下，看 a 的写法，应该还有别的数据，那就把 b 的 ip 信息组外面再加一层

[Cbdy]

B 好一些，数据结构越简单越好

[DelayNoMore]

A 搞了嵌套，要写多一个循环。。

[lshero]

客户端看见 A 这种肯定要妈见打的

[maomaomao001]

无论后端写成什么样，前端都是要要有个 ACL (Anti-Corruption Layer) 保证稳定性和扩展性 。

最简单的，不要为了这么个问不到结果的问题吵架

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


_.map(d[0],(v,k)=>{
return {
ip:k,
...v,
}
})

三行代码搞定的问题，自己处理一下也没什么

[sagaxu]

A 是 Map<String, Message>，message 中不带 ip 字段
B 是 List<Message>，message 带 ip 字段

我更倾向于 B，使用更方便

[codeismylife]

@Cbdy @DelayNoMore @evilhero @lshero @neverfall @stoneabc @superrichman @tanranran 再劳烦各位，A 这样写没有别的深层含义，就是简单认为这样写没问题。我与各位想法一致，认为 A 是错的，但是我想知道，是否有什么规范直接指出 A 这样写不行？这样可以快速结束争论。

[optional]

a 怎么反序列化，难道你们都是手动解析的？

[learnshare]

通常不会使用不确定的内容作为字段名

[cloudyplain]

A 在 java8 中会导致常量区快速堆满，因为一般 json 库认为 key 是有限的，设计规范也不建议 key 是一个随机值。

[vakara]

b, 看你返回的是求组，而且是有相关性的，为了后期更好扩展，比如数据大了分页，搜索的，都更有优势。

[rioshikelong121]

我个人不喜欢用内容去作为 key. 所以我选择 B.

[vakara]

@vakara s/求 /数 /g

[kera0a]

b。
a 用动态 ip 做 key，完全不适合客户端使用

[qq976739120]

一般都是 B 吧.a 可以做去重?

[codeismylife]

@maomaomao001 一看你就是个脾气好的前端，他们没吵，只是日常争论哈哈，不过呢，像 B 这样写应该更收前段欢迎吧？