老开发：全部用post请求 

我们知道，接口的请求类型有很多种比如：GET\PUT\DELETE\POST。

一网友吐槽：他们公司的老员工让他们全部都用post方式写，免得麻烦。

这到底是否合理呢？我们先看看，各个方法介绍，再看看大家对此有什么看法。

各个方法介绍

1. GET：  

用途：用于请求获取资源。

特点：请求的数据不会改变服务器上的资源，通常是安全的和幂等的（多次请求同一资源结果相同）。 

2. POST：  

用途：用于向服务器提交数据，通常用于创建新资源。     

特点：请求的数据可能会改变服务器上的资源，通常不是幂等的（多次提交可能会创建多个资源）。 

3. PUT： 

用途：用于更新现有资源或创建新资源（如果资源不存在）。  

特点：通常是幂等的（多次请求结果相同），请求体中包含完整的资源表示。 

4. DELETE：  

用途：用于请求删除指定的资源。  

特点：通常是幂等的，删除同一资源多次的结果是相同的（资源已被删除）。 

5. PATCH： 

用途：用于部分更新现有资源。 

特点：请求体中只包含要更新的部分数据，通常也是幂等的。

网友一：通通post，有需要get再单独支持

不得不说，这位网友也是post支持者，倒是省去了沟通成本了。

网友二：舍弃其他请求是“劣币驱逐良币”

这位在漂亮国的网友直言，你们这是劣币驱逐良币，强烈谴责了这种偷懒的行为。

网友三：政府项目禁止put和delete

相比其他网友盲目主观思想，这位网友则给出了具体只用post的原因，他表示：“很多政府项目的防火墙把put和delete请求给禁止了，因此你不得不用post或者get”。

网友四：真实案例只允许get/Post

如果说上面一些网友只是在口嗨，那么这位网友，可谓是亲身经历，网友表示：“我们是做医院系统的，那边只允许用GET、POST两种方式。”，对此只能通过全部改请求方式，加班加点。

虽然这位网友很真实的反应了为什么只用post的合理性，但是也有其他网友表示，你这个完全可以用ngix修改，或者修改header即可，不需要全部改代码。

总结

总结网友们对于所有接口都用post的一些原因。

1、post确实能解决所有需求。

2、都用post能避免一些政府或者医院项目要求只用get/post的情况。

3、全用post，前后端沟通成本降低。否则后端提交一个put接口，前端却用get，导致报错扯皮。

4、一般的公司不会特别要求你必须用PUT/DELETE等类型，既然没要求全用post也不会出错。