后端不按格式返回数据的问题……

[lwlizhe]

刚才有个朋友问我，发生什么事了，

我说怎么回事，给我发了几张截图，我一看，

嗷，原来是刚才，有一个高级后端，将业务数据做为 key 返回给我……

（ 咳咳，举个例子：他返回的是直接一个 jsonObject：{"用户名 1"：1，"用户名 2"：2}，我当时还以为是类似于这种：[{"userName":"用户名 1"，"value":1},{"userName":"用户名 2"，"value":2}] ）

我说可以，我说是不是应该按格式来，这样不好用，

他不服气，我说大佬，你用这种方式返回数据，那怎么转成实体类呢？

我一说他啪就站起来了，很快啊，然后上来就是一句自己解析 json 数据不就行了，

我全部防出去了啊，防出去以后，自然是以商量的语气问下能不能以固定格式的方式，至少能转成实体类，这样大家都舒服，毕竟接口嘛，最好固定格式，这样无论从维护角度还是可用性来说都很不错的

结果他说我是有备而来的，这个只有四年工作经验，还是外包的年轻人不讲武德，来，骗，来，偷袭，他这个高级后端的老同志，这好吗？这不好，他劝我这位年轻人好自为之，好好反思，以后不要再犯这样的错误，小聪明啊，工作要以和为贵，要讲武德，不要搞窝里斗

咳咳，最后当然是以大佬说的为准，毕竟按他的说法

为什么你一定执着于这个非固定 key 这个 jsonobj 和 class 有什么不一样么？

以上纯属根据自身经历而来的逗乐吐槽……如有雷同冒犯，请轻喷~~~~

[xuanbg]

如果统一都是这种……写个 map2List 转一下算了罢。为这个吵架没意义，要吵也要拉上技术负责人一起吵。

[xuanbg]

不过我很奇怪，他构造这么一个数据结构难道就不累么？明明用一个集合更直接更方便吧

[ila]

@xuanbg orm 返回的是数组

[comsweetcs]

....格式能不能拍板好，看得都蛋疼。逻辑也不咋地，废话一堆。

[xuanbg]

@ila 所以我才奇怪呀，把一个集合转成 map 不累么？

[cnbattle]

统一就好……虽然我觉得这样有点不好

[lzlee]

你说他不按格式, 那你的格式从哪里来的

如果你的依据是文档, 那他就是错了

如果你的依据不是文档, 那就立马整一个免得以后再扯皮

[lwlizhe]

@lzlee 额，没抓住重点……不是文档不文档的问题

可能是因为排版问题吧，那么省流精简版：

问题在于：

他把业务数据当作 key 放到 json 中返回……

PS：我认为这在任何一个业务、文档中都不该出现……在我看来 json 做为一种键值对数据，如果键值都不明确……那么怎么保证 value 准确稳定呢

[lwlizhe]

@comsweetcs 额……这就是盲目套用马保国语录的下场

看来我玩梗技术还有待提高啊，hhh

[wxsm]

马保国给了你多少钱，我海军学校给双倍

[redtea]

这样的结构有个严重问题，顺序不可控。

[raaaaaar]

文档呢？规范呢？

[watzds]

你说不能处理，那我不敢苟同，是你前端技术不行

有缺点倒是真的

[watzds]

@lwlizhe 什么叫 json 叫做键值对数据？ json 就是个对象序列化，不一定是键值对

[cmdOptionKana]

如果级比别对方低，不要直接找他理论，肯定说不通的，面子大于技术。应该向自己的上级反映问题。

如果与对方平级，直接开会定格式，定下来以后按格式办，不用管他是几年经验的大佬。

[debuggerx]

https://www.v2ex.com/t/629474
https://www.v2ex.com/t/643751

[watzds]

最大问题是用户名如果存在相同会覆盖

[Jooooooooo]

你们的技术方案评审去哪了啊

[xiangyuecn]

对方是老板亲戚，钱还比你多，忍忍吧😑

[hahasong]

你耗子尾汁吧