是否需要GET请求API，因为POST在各个方面都更好？

在各个方面都更好？"/>

是否需要GET请求API，因为POST在各个方面都更好？

因此，我们从头开始了一个新项目，其中一位开发人员提出了建议，为什么以POST API的形式获取GET API的请求无论哪种方式都更好。 （至少在使用移动客户端时）

进一步研究，似乎POST可以完成GET可以做的所有事情，并且可以做得更好-

• 由于参数不在URL中，因此安全性更高
• 比GET请求更大的限制

所以，甚至没有一个唯一的理由拥有GET API吗？ （这将仅从移动客户端使用，因此浏览器特定的缓存不会影响我们）

是否需要GET请求API，因为POST在各个方面都更好？

通常，是的。在您的特定情况下-也许没有。

[GET和POST是method tokens。

请求方法令牌是请求语义的主要来源

它们是http请求中包含的元数据的一种形式，因此通用组件可以知道请求的语义并进行建设性的贡献。

POST在某种意义上是通配符方法-可以表示anything。但是，这样做的后果之一是-因为该方法具有不受限制的语义，所以通用组件除了传递请求之外，不能做任何有用的事情。

GET，但是，具有safe语义（包括idempotent语义）。因为请求是幂等的，所以通用组件知道当服务器不返回响应（即，消息在不可靠的传输中丢失）时，它们可以重新发送GET请求。通用组件可以知道可以预取资源的表示，从而减少感知的延迟。

您早些时候就不再考虑缓存，但是您可能需要重新考虑-cache constraint是帮助网络占领世界的重要元素。

将所有内容减少为POST会将HTTP从application for transferring documents over a network减少为哑传输。

使用HTTP进行传输不一定是错误的：简单对象访问协议（SOAP）可以像gRPC那样工作。您仍然会获得授权和有条件的请求； HTTP功能，否则可能需要自己滚动。

那时您还没有进行REST，但这没关系；并非每个人都必须。

这并不意味着我认为每个人都应该根据REST架构风格设计自己的系统。 REST适用于跨越多个组织的长期基于网络的应用程序。如果您认为不需要约束，请不要使用它们。 （Fielding, 2008）