RESTful API设计规范

RESTful(Representational State Transfer)资源"表现层状态转化"
是一种API设计规范,参照这个规范,可以让接口更易读

什么是RESTful架构:

(1)每一个URI(统一资源标识符)代表一种资源;
(2)客户端和服务器之间,传递这种资源的某种表现层;
(3)客户端通过HTTP动词,对服务器端资源进行操作,实现"表现层状态转化"。

常见的5个操作动词:

GET (SELECT):从服务器或者资源列表中检索特定的资源。
POST (CREATE): 在服务器上创建新的资源。
PUT (UPDATE):更新服务器上的资源,提供整个资源
PATCH (UPDATE): 更新服务器上的资源,仅提供改动的属性
DELETE (DELETE): 从服务器上移除一个资源。

RESTful API设计原则:

(1)URL 的命名必须全部小写
(2)URL 中资源(resource)的命名必须是名词,并且应该是复数形式
(3)URL必须是易读
(4)URL 一定不可暴露服务器架构
(5)接口版本号最好放入头部信息中

反例:

https://api.example.com/getUserInfo?userid=1 //出现大写字母
https://api.example.com/getusers // 资源非名词
https://api.example.com/sv/u // 不易读
https://api.example.com/cgi-bin/users/get_user.php?userid=1 // 暴露接口

正例:

https://api.example.com/zoos
https://api.example.com/animals
https://api.example.com/zoos/{zoo}/animals
https://api.example.com/animal_types

参考文献: 什么是RESETful

RESTful API设计规范是一种用于构建可扩展、灵活且易于理解的API架构风格。以下是一些常见的RESTful API设计规范: 1. 使用合适的HTTP方法:根据操作类型选择合适的HTTP方法,如GET用于获取资源,POST用于创建资源,PUT用于更新资源,DELETE用于删除资源。 2. 使用合适的URI:URI应该被设计成有意义且易于理解的结构。使用名词来表示资源,避免使用动词或操作。 3. 使用合适的HTTP状态码:根据操作的结果返回合适的HTTP状态码。例如,200表示成功,201表示资源创建成功,404表示资源不存在等。 4. 使用版本控制:在URI中包含版本号来管理API的变化,以保持向后兼容性。 5. 使用合适的HTTP头部信息:使用适当的HTTP头部信息来提供额外的元数据,如Content-Type和Accept用于指定请求和响应的数据格式。 6. 使用合适的错误处理机制:对于错误情况,返回合适的错误码和错误信息,并提供清晰的错误处理机制。 7. 使用过滤、分页和排序:对于大量数据的查询,提供过滤、分页和排序的功能,以提高性能和用户体验。 8. 使用合适的安全机制:对于敏感数据或操作,使用适当的身份验证和授权机制,如OAuth2.0。 9. 提供合适的文档和示例:为API提供清晰、详细的文档和示例,以便开发者能够快速理解和使用API。 10. 遵循HATEOAS原则:为API提供超媒体驱动的链接,使客户端能够通过链接发现和导航API的资源。 这些是常见的RESTful API设计规范,根据具体项目需求和团队约定,可能会有所调整和扩展。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值