看到这个题目，你必定感觉离谱。怎么会有公司规定所有接口都用 Post，是架构菜还是开发菜。这可不是言过其实，这样的公司不少。在特定的状况下，规定应用 Post 能够缩小不少的麻烦，一起看看。Answer the question 咱们都晓得，get 申请一半用来获取服务器信息，post 个别用来更新信息。get 申请能做的，post 都能做，get 申请不能做的，post 也都能做。如果你的团队都是大佬，或者有着良好的团队标准，所有人都在均匀水平线之上，并且有良好的纠错机制，那根本不会制订这样的规定。但如果团队成员程度参差不齐，尤其是小团队，守业团队，经常上来就开干，没什么标准，纯靠开发者集体素质决定代码品质，这样的团队就不得不制订这样的标准。毕竟能够缩小十分多的问题，Post 不必放心 URL 长度限度，也不会误用缓存。通过一个规定缩小了出错的可能，这个决策性价比极高。
造成的后果：公司有新人进来，什么 lj 公司，还有这种要求，回去就在群里讲段子。实际上都是有起因的。有些外包公司或者提供第三方接口的公司也会抉择只用 Post，就是图个不便。最佳实际可能各位大佬都懂了哈，我还是给大家科普下，GET、POST、PUT、DELETE，他们的区别和用法。GETGET 办法用于从服务器检索数据。这是一种只读办法，因而它没有扭转或损坏数据的危险，应用 GET 的申请应该只被用于获取数据。GET API 是幂等的。每次收回多个雷同的申请都必须产生雷同的后果，直到另一个 API（POST 或 PUT）更改了服务器上资源的状态。POSTPOST 办法用于将实体提交到指定的资源，通常导致在服务器上的状态变动或创立新资源。POST 既不平安也不幂等，调用两个雷同的 POST 申请将导致两个不同的资源蕴含雷同的信息（资源 ID 除外）。PUT 次要应用 PUT API 更新现有资源（如果资源不存在，则 API 可能决定是否创立新资源）。DELETEDELETE 办法删除指定的资源。DELETE 操作是幂等的。如果您删除一个资源，它会从资源汇合中删除。