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

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

• 请不要在回答技术问题时复制粘贴 AI 生成的内容

这是一个创建于 1838 天前的主题，其中的信息可能已经有所发展或是发生改变。

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

342 条回复 • 2019-12-28 23:33:44 +08:00

1 2 3 4

❮

❯

301

xuanbg

2019-12-17 17:51:10 +08:00

翻页！

302

liuminghao233

2019-12-17 17:54:54 +08:00 via iPhone

前端喜欢啥后端就反啥
反正没啥区别

303

find2bHusky

2019-12-17 18:10:18 +08:00

第一种写法的同事，一般命途多舛

304

EscYezi

2019-12-17 18:13:58 +08:00 via iPhone

话说没人问这个 json 是前端给后端还是后端给前端的吗？

305

cheng6563

2019-12-17 18:52:40 +08:00 via Android

完全看不懂第一种

306

island205

2019-12-17 18:57:23 +08:00

无非就是工作量和偷懒的问题

307

cribug8080

2019-12-17 19:08:49 +08:00

BBBBBBBBBBBBBBBBBBBBBBBBB

308

719465553

2019-12-17 19:59:57 +08:00

坚持用 a 的，应该是用 php 或者前端比较多的
b 的话应该是 java 或者同类型的程序员，或者适配过 java/android 的

309

UnknownR

2019-12-18 00:50:01 +08:00

转换下就知道是 B 比较好
https://imgur.com/a/TLCNXVx

310

UnknownR

2019-12-18 00:50:59 +08:00

@UnknownR
[Imgur](

)

311

jakiepaper

2019-12-18 06:00:46 +08:00

记得 wikipedia 的 api 接口是 A 风格，初看起来确实让人头大

312

AngryMagikarp

2019-12-18 08:18:24 +08:00

A 风格有毛病啊，如果把外面的[]去掉我还能理解，在最外面套一个[]是什么意思。

313

rogi

2019-12-18 09:14:06 +08:00

前几天后端也有返回类似 A 的 json 给我，我说能改成 B 这种风格的吗，他说不行好像说表还是什么不确定的就只能返回 A 给我了，其实前端都可以处理，可能是有什么难处才返回 A 给你的吧...

314

fihserman123

2019-12-18 09:19:35 +08:00

同样是映射关系，唯一的区别是逻辑上的.

315

SHF

2019-12-18 09:47:57 +08:00 via Android

A 好，查找方便

316

yannxia

2019-12-18 09:48:07 +08:00

讲道理···Docker Inspect 的 API 里面返回的 Json，就是 A 类型的，并不能说没有先例。

317

lcsoul

2019-12-18 09:53:35 +08:00

习惯 B 的方式

318

a852695

2019-12-18 09:53:39 +08:00

看情况吧，第一种 key-value 形式在找具体的详情时候很容易。但是列表展示就很蛋疼了。

319

raysonlu

2019-12-18 09:55:07 +08:00

一股脑说 phper 的，实事求是好吗？如果 ip 做主键，查找某个 ip，A 一下就能 hash 找到，B 的话还要遍历。php 除了['a'=>'l','b'=>'m','c'=>'n']，也有['l','m','n']，不同场景使用不同技术，单从技术层面鄙视的眼界也太低了吧

320

beSimple

2019-12-18 09:59:04 +08:00

猜拳，谁赢了听谁的

321

shunfy

2019-12-18 10:01:44 +08:00

如果 json 要求有序或者需要进行反序列化, 那就 B 吧。否则, 随意。只要性能差别不是很大，没必要强行修改别人的编码习惯。

322

shunfy

2019-12-18 10:04:22 +08:00

追加下: 如果实在需要用字典, 又需要反序列化, 这里这样, 大不了损耗点内存和 CPU:
{
"192.168.1.2": {
"ip": "192.168.1.2",
"Memory": "10%",
"HardDisk": "25"
},
"192.168.1.1": {
"ip": "192.168.1.1",
"Memory": "25%",
"HardDisk": "10"
}
}

323

jieyuanz24

2019-12-18 10:21:24 +08:00

对接客户端角度来讲 B，A 这种情况只在极少数情况下会使用。

324

Lonersun

2019-12-18 10:23:27 +08:00

感觉 B 的兼容性更好些，哪天业务允许 ip 重复了，A 方案的结构就要改掉，对应 A 结构的业务处理代码全都要改，反而用 B 的话对原来代码几乎是没有影响的

325

crist

2019-12-18 10:23:37 +08:00

一句话：A 方式的数据都不能处理的前端 /后端都是辣鸡！

326

allenframe

2019-12-18 10:24:51 +08:00

A 本身设计就有问题，一个元素还要用[]括起来吗？

327

lihongjie0209

2019-12-18 10:28:09 +08:00

@crist #325 怎么把 A 转换成 Java PoJo?

328

wwcxjun

2019-12-18 10:39:45 +08:00

@719465553 PHP 真不背这锅。

329

DoodleSit

2019-12-18 10:45:15 +08:00

看业务吧
第一个是一个对象就够用了不用数组，根据 ip 取值比较好
第二个排序友好，但是不论是使用 filter 或者 map 取值，都需要遍历

330

cloudfstrife

2019-12-18 10:46:38 +08:00

跟据业务场景选择合适的数据结构真的很重要。
A：IP 不可以重复，方便跟据 IP 查找 msg，B:IP 可以重复，但是如果要查找特定 IP 的消息，需要遍历整个所有元素。
PS: A 外层真的需要一个数组吗？

331

longxboy

2019-12-18 11:15:03 +08:00

这个看场景的，又不是不能用，不要过度设计。
“如无必要，勿增实体” （ Entities should not be multiplied unnecessarily ），有时为了显示其权威性，人们也使用它原始的拉丁文形式：
Numquam ponenda est pluralitas sine necessitate.（避重趋轻）
Pluralitas non est ponenda sine necessitate.（避繁逐简）
Frustra fit per plura quod potest fieri per pauciora.（以简御繁）
Entia non sunt multiplicanda praeter necessitatem.（避虚就实）

332

tommyZZM

2019-12-18 11:52:17 +08:00

都不好，这样（手动 doge

```
[
["192.168.1.1", "10%", "25"],
["192.168.1.2", "25%", "10"]
]
```

333

yannxia

2019-12-18 11:54:12 +08:00

@lihongjie0209 Map<String, T>

334

ILRan

2019-12-18 13:04:02 +08:00

第一种还真遇到过。。。

335

omysho

2019-12-18 13:19:13 +08:00 via Android

@tommyZZM
这有什么？看我这种：
比较完整的数据（不常见）：
{
“1”: {
“1”: [1,2],
“2”: [1,2]
},
“2”: {
“1”: [1,2],
“2”: [1,2],
“3”: [1,2,3]
},
“3”: {
“1”:[1,2],
“2”:[1,2],
“4”:[1,2,3]
}
}

常见的不完整的数据：
{“1”:{“1”:[1]}}

PS: 没有文档

336

deletemyself

2019-12-18 15:44:11 +08:00

B A 这种别人查找处理都麻烦

337

mythhack

2019-12-19 11:21:54 +08:00

感觉 A 更好，方便取对应 ip 的具体数据

338

trlove

2019-12-19 16:19:31 +08:00

@lihongjie0209 并不是每个人都映射成 pojo 的我维护的代码太多人喜欢直接 JsonObject，根据 key 值去 get,因此 A 类型的对于这种人来说最方便直接 get 自己想要的 ip 键值，B 类型还得去遍历。还是编码习惯问题

339

lihongjie0209

2019-12-19 16:24:39 +08:00

@trlove #338 写 Java 却喜欢用 JsonObject 或者是 Map 做参数本来就不是什么好习惯

340

PandaQ

2019-12-20 10:33:05 +08:00

恕我直言，A 同事是傻逼，尽量不要与他搭档

341

PandaQ

2019-12-20 10:36:55 +08:00

@PandaQ 补充一下针对移动端接口来说

342

imbatjd

2019-12-28 23:33:44 +08:00

专门注册一个账号。之前看到 dlsite 用的就是 A，因为网站特殊性不好意思说。现在又看到微软的 channel9 也用的是 A。其实我真的觉得奇怪，你们用的编程语言没有字典这个数据结构？还是有但是没办法遍历 Key ？怎么会有人说 A 取不出 IP 的？

1 2 3 4

❮

❯