某些后端不知道是因为太懒还是因为其他原因，对于 json 的数据处理表示很崩溃

[AppxLite]

首先，命名一踏糊涂，比如某些订单列表数据 A、B、C。

../api/a

{
	"code": 200,
    "msg": "ok",
    "a_list": {
    	...list
    }
}

../api/b

{
	"code": 200,
    "msg": "ok",
    "b_list": {
    	...list
    }
}

../api/c

{
	"code": 200,
    "msg": "ok",
    "c_list": {
    	...list
    }
}

因为这三个 api 接口用的都是相同的页面和布局，就因为这种脑残的 list 命名，前端会为此作出特殊的处理。

再举个例子：不知道某些后端对 json 是不是有什么误会，json 的数组和对象都分不清（在他们眼里，json 的对象和数组都是数组），这不是最恶心的，更恶心的是，同一个 api 接口同一个值，在不同的情况下，给你返回不同的数据类型。比如：

同一个接口:../api/data

某些情况是这样的：

{
	"code": 200,
    "msg": "ok",
    "data": {
    	...list
    }
}

某些情况又是这样的：

```json
{
	"code": 200,
    "msg": "ok",
    "data": []
}

再举个例子，明明不是数组，但是却要用[]来包一层，比如：
已知这个 data 的数据结构永远不是一个数组的。

```json
{
	"code": 200,
    "msg": "ok",
    "data": [{
    	...list
    }]
}

再举个例子，当只有一条数据的时候，是这样的：

{
	"code": 200,
    "msg": "ok",
    "data": {
    	...list
    }
}

当没有数据的时候是这样的

{
	"code": 200,
    "msg": "ok",
    "data": []
}

当有一条以上的时候又是这样的：

{
	"code": 200,
    "msg": "ok",
    "data": [{
    	...list
    }]
}

这些后端不知道是因为懒，还是因为自己的认知有限，每次和这样恶心的接口对接，作为一个前端的人来说，看到这样的接口，就像吃屎一样。和他们沟通不但不认同，还各种推脱说{}就是数组。。。

各位看官，你们觉得这是不是小题大做了？虽然通过各种处理，这些问题都不算啥，但是为何可以通过常识来解决的事，为何不把规则当规则呢？你用 json，就要遵循 json 的规则。而不是这就是 XXX。

各位前端小伙伴们，遇到这样的接口，你是怎么处理的？

[back0893]

哦.后端应该是 php 吧.叫 php 处理下,因为 php 里面的数组不会去区分 list 和 array 的差别

[symeonchen]

与同事协商，协商无果找领导，
与领导沟通，沟通无效换工作。

[jugelizi]

哈哈
又黑我大 phper 确实 php 在序列化 空对象和有数据的不一样 [] 和 {}

[saucew]

我猜你们的后端是 php

[learnshare]

a_list 直接开除吧，或者你辞职吧

[loopback]

碧池配狗，天长地久😂

[huntcool001]

这是你们技术部门管理的问题...

[imnpc]

这个看起来后端是 PHP,确实有些处理方法不太一样，需要沟通下

[cmdOptionKana]

你们不开会的吗，会议上摊开来当面说个明白。

[imdavidyang]

不是某些后端，是你们的后端，规范建设不严。
这种事情在对接接口时不沟通好需要打板子，当时不据理力争自己也得挨上 20 板子

[pastgift]

和是不是后端没关系，就是水平差，让他写前端搞不定会要求后端一个页面一个接口呢

[cpdyj0]

后端是不是不熟悉自己用的这个技术栈，感觉是序列化反序列化的锅，肯定不会是 Java 系的

[Cbdy]

后端换 Node，JS 一把梭，天下太平

[cpdyj0]

前后端一起换 Kotlin 吧，后端上 Kotlin/Native Kotlin/JVM 前端上 Kotlin/js (x

[Alexhohom]

最后两个没问题吧，没数据和有数据的 json 就应该是这样

[ben1024]

加一个数据输出层过滤解决这种输出类型无约束情况

[ccraohng]

我猜你们后端是 php

[garlics]

最后的只要不是同一个接口，问题就不大吧。a_list 这个就是水平问题了。

[AppxLite]

@Alexhohom
@garlics 就是同一接口才有这个问题，后面的例子看后面三条对比

[rioshikelong121]

沟通 不行自己加中间层转化。

[Philippa]

@Cbdy 哈哈哈哈哈 JS 统治世界万物

[mcfog]

怎么说呢，你要发帖吐槽这个，至少先搞清楚 markdown 语法，还有你自己的... list 这个 token 的语义
现在这样看上去感觉就是五十步笑百步

[Philippa]

提交接口时打回去，或者说用强类型协议，比如 graphql

[luozic]

规范啊，不规范的 json，公共 prase 库认么？

[Juicpt]

hhhh 看我这个，中文编程 hhhh 内心毫无波动

[dilu]

php 的确会这样 只能说规范一开始就没做好
跟语言无关 跟人有关
一般我都会跟客户端或者前端提前确认结构，怎么互相方便怎么来。

[5bb864e1fc775087]

接口返回格式已经确定是 code msg data 这 3 种
这两个接口要怎么处理比较好?
a 接口:
{
"code": 200,
"msg": "ok",
"data": {
xxx: true,
yyy: 123,
zzz: "zzz",
}
}

b 接口:
{
"code": 200,
"msg": "ok",
"data": [
'xxx',
'yyy',
'zzz',
]
}

[sytnishizuiai]

我也是 phper，之前做前后分离也碰到过，无论我给的 json 还是接收的 json 格式，我先写 api，如果前端处理不了或者不规范，我这直接统一改，很快的，即使需要改成很奇怪的格式来适应某个功能，我们前端还是外包靠微信交流的。（有时候他方便就他改了）

所以这是开发人员个人问题和交流问题了。

[exploreXin]

都在说后端谁谁谁怎么怎么样，是有人代码不规范，但这不是造成问题的的主要原因，真正原因是团队代码质量体系没跟上，每次代码写完有代码审查制度吗，没有时间代码审查，团队总该有个代码规范约束大伙吧，没有代码规范，开会的时候临时沟通下总该有吧，要是都没有，那代码质量不高也就不奇怪了。写这种水平不高的代码，有的人是懒，不负责任，而有的人是因为上家公司就是这么写的，现在还是这么写，并且现在的公司也没人把这事提出来当做紧要事情处理一下，一个制度完美的团队，应该是就算是 0 基础 0 规范的开发进到团队里面，也可以通过短时间跟上团队的规章制度，按照规范来工作，只是现实中大多都是创业小公司，能活下来就不错了，根本没有时间与精力去搞那些领导眼里“没用”的事情，要什么规范，能赚钱才是王道，两个后端给的东西都兼容不了，给你那么高工资干啥用的，如果遇到这种领导的公司环境，这个基本无解，秉持要么忍要么滚的原则，反正我遇到这种一般都是自己滚的，钱哪里都可以挣，但是技术水平，技术习惯这种个东西随着年月增长，是不可逆的，失去的时间不可能再追回来了，所以与其在不规范团队混日子拿工资，不如去个规范的团队，工资少拿一点也没什么。

[fxxwor99LVHTing]

这很明显后端有问题啊，和技术大佬反馈。

[charlie21]

所以接受哪些方面的教育才可以避免此类错误呢？

[mdesi]

找技术领导反馈问题啊

[CYKun]

@Juicpt #25 简单明了，我觉得没毛病

[orzorzorzorz]

如果只是命名不舒服，可以让公司大佬加个 schema，专门用来对应字段的中文名。

[ck65]

Tech Lead 有最终决定权，而且应该为这类设计负责。让他 /她知道你们的问题先。

[fewok]

这种槽吐的，真没深度。

[mengzhuo]

一看就是 PHP 的锅哈哈哈

[jokeqf]

人不行怪语言，真逗。就跟国足踢得不好怪教练一样。

[springz]

@Juicpt 我看了 5 分钟，实在想不出来应该怎么解析这个格式。

[springz]

曾经有一段时间，我拿到后端奇怪的 JSON，刚工作，不敢喷，自己默默的在入口写正则处理成正常 JSON。

[springz]

多年 PHPer，多年 Javaer，说句公道话，大部分 PHP 程序员可能真的是不知道其他语言程序员会骂娘。

[springz]

@jokeqf 的确怪不到语言，大部分 PHPer 认知是真的浅。

[springz]

技术栈太单一，array 打天下。

[ZXCDFGTYU]

跟领导说就是了，没有必要一杆子打死人。我之前也不知道，后来公司的技术总监教给我的，告诉我这么做方便其他语言的同事开发。4 年 phper。

[DelayNoMay]

你作为前端，我觉得你应该先了解下你对接的后端语言，简单了解即可，就不会有这么大反应了

[p1gd0g]

项目组一直用 proto，没有遇到过类似的问题。

[iiji86]

@Juicpt 要是不要求排序感觉也挺好，连接口文档都不需要就能看懂所有字段的意义，还不用费脑子想英文 ze 翻译

[wangyzj]

这不是语言的问题了
这是没规定好规则的问题

[springz]

@iiji86 不用 PHP，用 Java 不能用反射，或者 C++ 或者 Go，你试试解一个这个 JSON。

[springz]

中国这么多城市，你全写实体类试试。

[a852695]

基本上每个月都会有这种帖子，我建议还是请你同事一定要认真看看《 HTTP 权威指南》，只需要读前半部分就应该懂 HTTP 协议，这些滥用明显就是对 HTTP 都不懂，拿着半截就开始跑，说的不好听，这种人基础太差了，你和他讲道理是讲不通的，而且你作为前端，一定要强势，因为前端才懂需求，你直接告诉他：不能做就辞职。

[815979670]

PHP 确实不分这个 但是因为后台的前端部分是我写的 所以 我 json_encode 的时候 会注意这个

[sampeng]

这种返回结果你还不怼？心真大

[kim01]

别说其他的，高德地图之前的接口都有这个问题。。。。

[Juicpt]

@CYKun #33 确实简单明了。。。。
@springz #39。。。。只能说我幸好是前端。。。就直接 Object.keys(value)一通遍历取出来就好。。。。。
@iiji86 #47 给前端确实好一些。。。。

[killerv]

所以，很多垃圾 PHP 程序员拉低了 PHP 这门语言

[xman99]

希望你们可以规范起来。 如果是返回单个对象，要求返回单个对象的， 我觉得完全没问题
多个数据返回数组，这样要求没问题。如果奇奇怪怪返回的，请主管协调一下吧

[keepeye]

该后端可能是北大青鸟出来的？

[codelegant]

不要浪费时间在 v2 上发帖，直接去工位上喷。

[KyonLi]

习惯了，现在不对接口请求进行封装，写好一个请求到处粘贴再根据实际情况修改，能用就好技术追求不能当饭吃

[HanMeiM]

所以，很多垃圾 PHP 程序员拉低了 PHP 这门语言 +1

[gz911122]

我猜你们的后端是 php

[zakokun]

怎么又在骂 php 了...码农经常自称逻辑严谨，结果一个个都这么狭隘的
说白了，这就是你们团队有问题，前端，后端，移动端一个个都不是无辜的，一个都跑不掉。不可能后端一坨屎，前端都是白莲花，就从后端能出这种接口，你们前端包括 leader 既然没开会沟通定规范，前端移动端也好不到哪去啊

[xmge]

确实，这种格式对前端很不友好。

感觉后端做成这样也得刻意写个方法处理下。

[xmge]

总结：你和他有矛盾吗？

[loshine1992]

我们后端 PHP 也出了一下子返回 {} 一下子返回 [] 的问题

弄得我头都大了。。

[ljhaoboy]

我想到了饿了么的签到😂，签到没奖励的时候返回的[]，有奖励的时候就是 json

[wangbenjun5]

只说一个 PHP 可能会遇到的问题就是一会 {} 一会 []，让 PHP 特殊处理一下把空数组转成 object 就能解决，其它都是规范问题，前后端交互如果没有规范那是很头疼的事情，多点沟通吧！

[xmge]

@ljhaoboy []也是一个 json 啊。

[veike]

路由就不说了，自己的问题，和 php 没关系。
返回的数据问题：
当只返回一条数据的时候：
data:[] 就变成了 data:{}，这里返回的是该条数据。例如：后端是：["ok" => 1],前端：{"ok":1}，如果为空，就是[]。如果放在数组里，就是[{}]，前端返回和后端一样。

当返回多条数据，data 就是 data:[{},{}]，在后端就是：
[
["foo1" => "bar1"],
["foo2" => "bar2"]
],
到了前端就是：
[
{
"foo1" => "bar1"
},
...
]

然后如果分页的话，一般是，后端
[
"last_page":2,
data:[
{},
....
]
]

这些就是自己处理的，你要和后端说一下。
然后返回的数据要统一处理一下。可以这样，

json_encode([],JSON_FORCE_OBJECT | JSON_PRETTY_PRINT | JSON_UNESCAPED_UNICODE)

这样在前端返回的都是 object。

[hallDrawnel]

List 就该是 List，kv 就该是 kv，跟他说不清楚就向上汇报。

[back0893]

就是后端的问题
应该是直接拼的返回值
因为 php 里面的 list 和 dict 不区分导致的,叫后端处理下就完事

[php01]

是人的问题，大家别怪到后端的问题上，也不要怪到 php 的头上了。
如果你们后端不知道怎么做，告诉你们的后端，new \stdClass() 就是一个空对象了，确实是要几行代码的。

[melvin]

如果我们后端也这样提供，我也得骂他丫的，这种谁顶得住

[yeqiaowei321]

@Juicpt 哈哈哈哈，太秀了