软件开发中的接口 软件开发中的接口是什么意思

大家好，今天小编关注到一个比较有意思的话题，就是关于软件开发中的接口的问题，于是小编就整理了1个相关介绍软件开发中的接口的解答，让我们一起看看吧。

接口编程中，为什么只用get和post？

就为这事，上家公司一前端和后端干起来了，后端写了一接口，用put请求方式，前端开发在火狐浏览器上提示跨域，跨域是nginx统一处理的，换google浏览器、360浏览器都正常访问。然后就让后端看看，后端这哥们不管三七二十一，说在postman请求是ok的，前端这个时候不干了，你这接口访问跨域意味着接口不通呀，要求换成POST，后端同学不干，说我这个是遵循resultful规范的，修改数据就得用PUT，不应该是POST，而且我用postman请求是ok的。

问题来了，这种事情到底是前端处理还是后端处理？

从技术角度来说，我们应该是解决问题，而不应该规避问题对吧？

解决问题的前提是得发现产生问题得本质原因是什么，如果问题能解决，大家就一起解决，如果这个问题属于三方问题，那就只能去规避这个问题。

后来经过大家检查发现是火狐浏览器的一个小bug，不容易复现，那这个问题没法解决了，这个时候就协商让后端改成POST试试，那后端就愿意改了。

后端这哥们的态度就是：“你要说你不行，那咱就给你解决，但是你不能说是我的问题”。

故事说完了～

因为这是最佳实践啊，只用GET和POST能够降低开发复杂性，提高可读性。你看看Google和Facebook的API，是不是基本都用get和post？但是要用好GET和POST也是要遵循一些规范的，不能瞎写。

关于可读性，我们来看一个例子，假设我们有一组文章的增删改查接口，严格遵守restful方法，写成下面这样：

PUT /article

DELETE /article

POST /article

GET /article

只用GET和POST，可以写成：

POST /article/create

POST /article/delete

POST /article/update

打个比喻:世界上有那么多的刀，你却认为家里的菜刀(get、post)最牛逼，菜刀在手，走遍天下，反正能用，却不管什么场景用什么刀最好用，最方便，好比剪指甲，明明指甲刀更好，而你拿起菜刀照样干。。。

这个问题，我也来回答下。我从98年开始编程，到现在仍在搞软件行业。

WebAPI是否就应该用GET和POST，或者是GET.POST.PUT.DELETE？我认为这些都是动作，URL地址是资源。从这个角度来说，应使用后者。但是现实世界并不只有增删改查，还有审核，驳回，批量更新，开始，结束等等。这些动作应该和现实世界的业务动作保持一致，这样才是好的设计，有统一的接口外观。

但是HTTP不支持扩展啊，所以很尴尬。

那么为了统一接口外观，只能是查询是GET，凡是对数据有影响的都用POST，具体业务动作放在URL最后，或许这才是好的接口设计。

因此我认为不必要为了restful而一定要用put和delete。

只是外观上的事情，问题不大。

纯手打，不同意见多谢告知，让我也学习学习！

到此，以上就是小编对于软件开发中的接口的问题就介绍到这了，希望介绍关于软件开发中的接口的1点解答对大家有用。