restful设计

  这份工作之前也自认为写个几个restful的API了,这篇文章简单说说我认为的rest。。

  很多人都知道restful是一种风格,我更喜欢说是一种对接口的规范。

  举个例子我之前写API的时候(对前端),api.test.com/v1/getUserInfo,经常是这么写的,怎么说呢,其实也没什么,前端正常post,get都是可以正常获取到用户信息的,api.test.com/v1/updateUserInfo,一样访问这个url传入相关参数也是可以修改用户信息的,这么做无可厚非,而且之前我的大部分接口都是这么设计的。但想想这么做就没有什么可以改进的地方,比如臃肿的url设计,每个对userinfo的操作都是一个url,restful提出了一个理念,url仅仅用来定位资源,比如api.test.com/v1/userinfos 这个就表示我要对userinfo用户信息进行相关操作了,接下来至于是getUserInfo还是updateUserInfo,就是更深层次利用http的各种方法的时候了,至于http的多少种方法,详细自己可以去了解下,get,post,put,delete,分别对应了我们操作的查,增,改,删操作。。

  基本上就是这样的,所以这里面也有了一些规范。

  比如就不出现api.test.com/v1/userinfos,最后一个一般是名次的复数不出现get之类的操作了,全部以http操作为准。

  用 HTTP Status Code传递Server的状态信息。比如最常用的 200 表示成功,500 表示Server内部错误等。

  至于设计API时安全验证当然还是有必要的

  总的来说rest这种统一的规范,对于前端,安卓,IOS都可以利用这么一套规则进行开发,还是比较便宜,提高效率的。

 

转载于:https://www.cnblogs.com/leihuang/p/8961512.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值