第一次听说 PUT 请求编码方式要统一规范的

[WytheHuang]

我公司需要建一个新系统(后端是 thinkphp 6)，对接接口时候，前端说我接口不对，我看了一下接口和参数，发现参数不对。他请求编码方式 application/json，我的是 application/x-www-form-urlencoded 方式，我就说他参数不对，需要跟我们 ERP 系统一样，他说 erp 系统改过，他不会改，也不知道怎么改。扯来扯去，想让我来改。我当然不愿意改，那我代码自测没问题，还要我来改，最后问组长说统一规范，说以后 put 请求编码方式都用 application/json，我服了。六字真言在心中。哎

[wangcansun]

现在整体范围内，不是 json 才不正常吧。。。。。
json 和前端的对象是通用的，所以 json 对前端来说更友好。
而且现在更多地 api 服务商提供的都是 json 格式吧

[chendy]

不是 put 用 json，是全部 body 除了文件上传都 json
毕竟 urlencoded 不好处理复杂对象和数组，就全部统一好了

[nvkou]

编码方式…以为要说 gbk 和 utf8
php 多半是用 curl 做客户端。post 数组会自动转换头为 form encoded。算是后端不精。
另。put 可以有 body 的吗

[WytheHuang]

@wangcansun 我能理解，问题是前端就一句话不会就让改

[nvkou]

@nvkou 我睡傻了。以为 options 请求

[wangcansun]

@WytheHuang 沟通方式确实有问题，不可能说应为不会而不改。。。。别想太多了。。。。

[WytheHuang]

@wangcansun 他说 erp 系统改动，不知道 erp 是如何改，让我后端按 application/json 来。这一点是我不爽的点。

[ss098]

根据你的描述如果前后端分离的话，使用 application/json 是很合理的。

[lidashuang]

rails 来说, 不管 application/json 还是 application/x-www-form-urlencoded 都没框架抽象来

比如直接用 params[:name] 就行

别用 thinkphp 了

[lihongming]

说参数不对没问题啊，form 方式你收到的是一个数组，各“参数”都都给你分好了。而 json 方式整个 body 都是数据，你自己从 json 对象里找数据，总共就一个“参数”

[nvkou]

@lidashuang 这个真的要说，对接很多国内公司文档都只说一个 post 根本不提 content type。可现实是 Apache 或 nginx 等很多反代因为安全设置是限制 content type 的。直接 401 比走业务快。

[Reficul]

按规范来，前端请求里 allow 什么后端返回其中格式的内容，保持头和内容一致。

[sujin190]

既然如此，为啥不能按 content-type 来解码，前端爱用啥用啥呗，http 都给你定义好了，没必要纠结吧

[Muninn]

这个问题竟然是一个后端提出的……

难道不是平时都是前端不理解为啥要用 json 去 put 和 post 么……很多框架默认的都不是 json 要加一行 content type

可能 php 是世界上最好的语言吧

[manami]

我站 application/json

[blless]

我司都是 json，每个系统都是。除非外部系统，听起来你们 ERP 也是第三方系统，主动适配是应该的。

[binux]

是你的问题

[sadfQED2]

我觉得吧，讲道理，application/json 比较合理

[cloudzhou]

application/json 的表现力，比 application/x-www-form-urlencoded 多多了，尤其是层级多的情况下

如果是文本为主，我赞同你组长的统一规范

[sagaxu]

tp 用户果然都一样