共计 840 个字符,预计需要花费 3 分钟才能阅读完成。
看到这个题目,你必定感觉离谱。怎么会有公司规定所有接口都用 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 操作是幂等的。如果您删除一个资源,它会从资源汇合中删除。