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 的问题在哪儿呢？
 |
1
neverfall Dec 16, 2019
B 的比较好，
看使用场景，A 的虽然也不算错，但是 A 的理解起来会比较费劲。 A 的场景还可以直接去重。。。 |
 |
2
ByteRan Dec 16, 2019
要是多一个 IPV6 怎么搞
|
 |
3
stoneabc Dec 16, 2019  1
看场景，有时候不那么规范反而会更好…
多数情况还是 B。 |
 |
4
superrichman Dec 16, 2019
数据能正确解析的话两种都没有问题, B 的好处是传输数据少几对括号.
|
 |
5
evilhero Dec 16, 2019 via Android 1
如果用 ip 做键，意义不明，哪怕一眼就能看出是 ip
何不折中一下，看 a 的写法，应该还有别的数据，那就把 b 的 ip 信息组外面再加一层 |
 |
6
Cbdy Dec 16, 2019
B 好一些，数据结构越简单越好
|
 |
7
DelayNoMore Dec 16, 2019
A 搞了嵌套，要写多一个循环。。
|
 |
8
lshero Dec 16, 2019 13
客户端看见 A 这种肯定要妈见打的
|
 |
9
maomaomao001 Dec 16, 2019 4
无论后端写成什么样，前端都是要要有个 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, } }) 三行代码搞定的问题，自己处理一下也没什么 |
 |
10
sagaxu Dec 16, 2019 via Android 2
A 是 Map<String, Message>，message 中不带 ip 字段
B 是 List<Message>，message 带 ip 字段 我更倾向于 B，使用更方便 |
 |
11
codeismylife OP @Cbdy @DelayNoMore @evilhero @lshero @neverfall @stoneabc @superrichman @tanranran 再劳烦各位，A 这样写没有别的深层含义，就是简单认为这样写没问题。我与各位想法一致，认为 A 是错的，但是我想知道，是否有什么规范直接指出 A 这样写不行？这样可以快速结束争论。
|
 |
12
optional Dec 16, 2019 via iPhone 1
a 怎么反序列化，难道你们都是手动解析的？
|
 |
13
learnshare Dec 16, 2019 2
通常不会使用不确定的内容作为字段名
|
 |
14
cloudyplain Dec 16, 2019 22
A 在 java8 中会导致常量区快速堆满，因为一般 json 库认为 key 是有限的，设计规范也不建议 key 是一个随机值。
|
 |
15
vakara Dec 16, 2019 via Android
b, 看你返回的是求组，而且是有相关性的，为了后期更好扩展，比如数据大了分页，搜索的，都更有优势。
|
 |
16
rioshikelong121 Dec 16, 2019 13
我个人不喜欢用内容去作为 key. 所以我选择 B.
|
 |
18
kera0a Dec 16, 2019 via iPhone
b。
a 用动态 ip 做 key，完全不适合客户端使用 |
 |
19
qq976739120 Dec 16, 2019
一般都是 B 吧.a 可以做去重?
|
|
20
codeismylife OP @maomaomao001 一看你就是个脾气好的前端，他们没吵，只是日常争论哈哈，不过呢，像 B 这样写应该更收前段欢迎吧？
|
 |
21
shintendo Dec 16, 2019 4
先不说规范不规范。
A 形式的数据一定能转成 B 形式，B 形式的数据却不一定能转成 A 形式（比如要求允许 ip 重复，或者要求有序），从这个角度也是用 B 好 |
 |
22
x66 Dec 16, 2019 1
不负责任的猜一下，A 应该是写 python 之类的动态语言的，而 B 多半是写 Java 的。
|
 |
23
sevenzhou1218 Dec 16, 2019
我猜，你们是写 php 的吧？ 只有写 php 的在写 api 的时候对象和数组不分。
|
|
24
codeismylife OP @x66 A 写过 GO……B 是 JAVA 的
|
 |
25
netnr Dec 16, 2019
选 B，标准的数据格式
如果选 A，那么还可以继续改造 { "192.168.1.2": "10%,25GB", "192.168.1.1": "25%,10GB" } 如果说后续的扩展 一台机子有多个 IP，在加个 主机名称的字段，按照思维：主机名 → 多个 IP → 每个 IP 对于的内存 /硬盘，而不是 IP → 主机名 /内存、硬盘 |
 |
26
ai277014717 Dec 16, 2019
A 的话转 model 可能要多写几步，B 很容易映射
|
 |
27
dp2px Dec 16, 2019
如果是为了根据 ip 查询选 A，A 其实是 JSON 字典。一般用于展示的都是 B，B 才是符合面向对象的实体类。
|
|
28
maomaomao001 Dec 16, 2019
@codeismylife 关键是 ， 这个就和 讨论 rest 一样，我感觉就是在浪费时间 ， 各种最佳实践都是随着时间的推移都会变化的， 我现在开发前端基本上更加倾向于 独立应用 （就是不完全依赖后端发过来的数据结构了） ， 就写个转换层，以后自己扩展也好，或者万一哪一天 后端重构 数据结构大变也好， 就非常容易处理了
|
 |
29
Vegetable Dec 16, 2019
无脑 B
|
 |
31
orzorzorzorz Dec 16, 2019
我碰上这事一般直接找老大，硬技能在这道题上没用，效率第一。
|
 |
32
Hanggi Dec 16, 2019 1
很明显一个是 map 一个是 array。
他们所对应的遍历方法也不同，array 遍历方便一点，各种辅助函数也很多，没有特殊要求一般是走 B。 如果有根据键寻找值的操作，map 会方便些。 但是两个都可以轻松实现互相转换，所以不存在对错。 还是看具体情况了。 |
 |
33
AlisaDestiny Dec 16, 2019
@codeismylife #11
直接把这个帖子丢给 A 同事看就行了。 |
 |
34
finab Dec 16, 2019 1
|
 |
35
FaceBug Dec 16, 2019 5
当 IP 重复怎么办，比如你们将来开了多个机房，每个机房的子网都是 192.168.1.0，数据要汇总到一起
|
|
36
FaceBug Dec 16, 2019
把 KEY 再改造一次？机房+IP，每次解析还先把 key 拆成机房、IP 两部分？
|
|
37
Cbdy Dec 16, 2019 8
@netnr 你还是太保守了，这样改造更方便："192.168.1.2,10%,25GB;192.168.1.1,25%,10GB"
什么？有异议？别浪费时间了！ ACL 懂不懂？写个转换层不会吗？又不是不能用！ |
 |
38
sgiyy Dec 16, 2019
B。
可以直接用数组的方法不够香吗？对于前后端都更方便点。 |
 |
39
hevi Dec 16, 2019 1
要是选 a 的话，我觉得不如：
``` [ ["192.168.1.1", "10%", "25"], ["192.168.1.2", "10%", "25"], ["192.168.1.3", "10%", "25"] ] ``` （手动滑稽） |
 |
40
qiaobeier Dec 16, 2019
B 好，可读性更强，扩展性更好。
|
 |
41
reus Dec 16, 2019
如果需要服务器端排序，那肯定 B
|
 |
42
buffzty Dec 16, 2019
我们会写 b, 然后实际用的时候会再 map 一遍生成一个 ipMapDetail
a 方式不通用,万一 2 个 ip 一样呢.万一有些 ip 是 0.0.0.0 呢 |
 |
43
Jealee Dec 16, 2019
前后端的数据交互更倾向 B 一些。另外 A 应该不是个数组吧，一般 A 适合一些特殊的场景。比如说维护一个聊天室的用户对象，利用 key 的唯一性，用 uid 作为 key，userinfo 作为 value。利用 hasOwnProperty 判断 key 是否存在，同时存取时也十分方便（ obj[uid]）。用数组的话则更加麻烦一些
|
 |
44
DamonLin Dec 16, 2019
肯定是 B 了
|
 |
45
Raymon111111 Dec 16, 2019
A 是什么鬼
|
 |
46
qinfensky Dec 16, 2019
选 B，我见过几个同事写 A，我都忍不了，Key 不固定，要取值还要先遍历，烦。
|
 |
47
wendellup2018 Dec 16, 2019
没见过 a 这么约定的, java 解析 json 都直接定义一个实体对象让 fastjson 之类的自动解析。
定义成 a 这样，只能手动解析了。 |
 |
48
yanlaz Dec 16, 2019
A 是 PHP 后端？
|
 |
49
lagoon Dec 16, 2019
选 B 无可争议。
换个角度，A 既然要把数据直接放到 key 的位置，那干嘛还要 Memory、HardDisk ？ 既然不要 key，那就全不要。既然要 key，那就要。 想要就要，不想要的部分就不要，未免太任性了吧？ 从一致性的角度来说，都不好吧。 |
 |
50
wangyzj Dec 16, 2019
这完全是看需求
大家默认理解只是一个列表 肯定是 B |
 |
51
dajj Dec 16, 2019
都行，谁负责谁决定
|
 |
52
CommandZi Dec 16, 2019
A 大概是 PHPer
|
 |
53
amon Dec 16, 2019
找几个客户端同学去教训一下 A
|
 |
54
aydd2004 Dec 16, 2019 via iPhone 2
大家都选 b ？如果只知道 ip，想调用里面的某个字段怎么办
|
 |
55
GBdG6clg2Jy17ua5 Dec 16, 2019
用这样的思维，A 类似返回了一个 Map,B 类似返回了一个 List
|
 |
56
wuwukai007 Dec 16, 2019 1
A 类似 {200:{message:success}}
B >> {code:200,message:success} |
 |
57
arthas2234 Dec 16, 2019
用 A 就别想着用 Java 来搞了
|
 |
58
superarm Dec 16, 2019
作为一个三年前端，我比较支持 B，简洁好用
|
 |
59
wvitas Dec 16, 2019
A 其实也可以解析，但是吧，从方便的角度来说，我支持 B
|
 |
60
mayuko2012 Dec 16, 2019
有一个问题：如果想获取 192.168.1.2 的 disk 值，只能循环查找吗？
|
 |
61
EasonFan Dec 16, 2019
A 的后期兼容性可能会出现问题，要考虑将来是要 IPV6 的情况，但是 A 有个好处，类似 map，可以直接取某个 ip 的使用情况。
|
 |
62
Smilencer Dec 16, 2019
A 是什么鬼
|
 |
63
binux Dec 16, 2019
@cloudyplain #14 就连 C++ 都能取 pair。这难道不是说明 java 垃圾吗？
|
 |
64
sardine Dec 16, 2019
感觉都是 json，没有对错，都能用，但是 B 可读性高，处理方便，尤其是这个 key"192.168.1.1"也要作为值处理的时候，A 的写法就会让我骂街了
|
 |
65
amundsen Dec 16, 2019
看到的第一个问题就是，你怎么才能方便地获取 ip 值，其他问题就不用讲了
|
 |
67
lovelive1024 Dec 16, 2019
肯定是 B 啊，如果是 A 的话，为什么不直接这样
[ ["192.168.1.2", "10%", "25"], ["192.168.1.1", "25%", "10"] ] |
 |
68
bk201 Dec 16, 2019
用 a 然后序列化为 map 吗？
|
|
69
Cbdy Dec 16, 2019
@cloudyplain 一般 json 库是哪个 json 库？
|
 |
70
ccbikai PRO 当然是 B 了，A 这样写会被喷吧
|
 |
71
vimiix Dec 16, 2019
根据 IP 拿数据的话，A 好，还去重。
B 没感觉哪里好。 |
 |
73
kedron Dec 16, 2019
如果要遍历，把所有的 ip 取到，A 方案怎么做？
|
 |
74
icyalala Dec 16, 2019
以后需要保证有序，分页展示，A 怎么保证有序？
客户端用的时候，需要 Model 化，A 怎么把 ip 字段映射到 Model 里，重新遍历一遍吗？ |
 |
75
keepeye Dec 16, 2019
虽然我自己偶尔用 A，方便做交差运算，大部分场景还是 B，所以还是推荐 B 吧
|
 |
76
Hoshinokozo Dec 16, 2019
哈哈，本渣渣前端表示之前有一个任务后端就是用的 A 的方式，把我整懵了，最后那个项目前端逻辑变得极其复杂，我都不想再去碰了。。。另外我一直觉得 JSON 最好不要用数字做键名，因为那句话怎么说来着：‘代码主要是写给人看的，然后顺便给机器执行’,A 方式虽然后端可能会觉得在某些方面会比较简洁高效，但是对前端来说理解的成本会呈指数级上升。。（ PS:哪位后端就是 PHP，我现在才知道原来 PHP 部分数组和对象的。。难怪我每次问他参数传啥的时候他都说传个 JSON，我：？？？）
|
 |
77
kemikemian Dec 16, 2019
看需求啊，给你中规中矩的遇到特殊需求也蛋疼，楼主不贴需求有主导嫌疑
|
 |
78
ChenStyle Dec 16, 2019
推荐 B
|
 |
79
wu67 Dec 16, 2019
a 的话, 万一单机多 ip 呢...
|
 |
80
515576745 Dec 16, 2019 via Android
b 的可维护性和拓展性都好，并不是怎么简单怎么来吧
|
 |
82
AV1 Dec 16, 2019
@kedron
Object.keys({ "192.168.1.2": { "Memory": "10%", "HardDisk": "25" }, "192.168.1.1": { "Memory": "25%", "HardDisk": "10" } }) >> ["192.168.1.2", "192.168.1.1"] |
 |
83
iiqiu Dec 16, 2019
前端 我选 B
|
 |
84
securityCoding Dec 16, 2019
这 A 脑子进水了
|
 |
85
saulshao Dec 16, 2019
我没见过 JSON 用一个可变的值当成 Key 的，所以 A 的写法格式上不能说错，但是这种写法很难形成一个稳定的格式，因为解析这个东西的假设是第一个属性的名字(key)实际上是某个(不存在的)属性的值。一旦发生针对这个的变更，后续的所有客户端的程序可能都会受到影响。
因此，我推荐 B 的写法。 |
 |
86
yuxuan Dec 16, 2019
不带业务场景的讨论都是耍流氓 这玩意 还是看使用场景
|
 |
87
leisunlove Dec 16, 2019
前端 我会怼 A 让他改成 B
|
|
88
shintendo Dec 16, 2019
A 有一个很大的问题：万一 ip 可以为空怎么办？
|
 |
89
nianyu Dec 16, 2019
前端 选 b
|
 |
90
xmge Dec 16, 2019
A 是 map 直接转 json
B 是结构体(对象)转 json 作为后端开发，我也喜欢 B。 |
 |
91
nnqijiu Dec 16, 2019
内容不适合作为 key 吧，A 不规范
|
 |
92
dengshen Dec 16, 2019
a:用数字符合做 key??? 呵呵呵, 明显是 b 方案要好!
|
 |
93
danbai PRO ip 是个变量 应当放 V 值
|
|
94
AV1 Dec 16, 2019 3
JS 的 Object.entries 和 Object.fromEntries 就是专门用来处理这种转换的。
//A->B Object.entries({ "192.168.1.2": { "Memory": "10%", "HardDisk": "25" }, "192.168.1.1": { "Memory": "25%", "HardDisk": "10" } }).map(([ip, value]) => ({ ip, ...value })) //B->A Object.fromEntries([ { "ip": "192.168.1.1", "Memory": "10%", "HardDisk": "25" }, { "ip": "192.168.1.2", "Memory": "25%", "HardDisk": "10" } ].map(({ ip, ...rest }) => [ip, rest])) |
 |
95
WytheHuang Dec 16, 2019
选 B
|
 |
96
hyy1995 Dec 16, 2019
虽然都能用，但我想绝大多数人都会选 B 的
|
 |
97
weizhen199 Dec 16, 2019
b
一般写成 A 这样，我只有重复内容才会 |
 |
98
wangkun025 Dec 16, 2019
我选择 B
|
 |
99
mysunshinedreams Dec 16, 2019
我感觉需要看使用场景，A、B 都有合适的使用场景。
|
 |
100
simenet Dec 16, 2019
又到了炫技的时候了。。
|
Select Language