Restful API 设计规范,前端事件分发机制收藏这一篇就够了

  • 看http method就知道针对资源干什么

  • 看http status code就知道结果如何

URL设计规范


URL是统一资源定位器 ,通常一个完整的URL组成由以下几个部分构成:

scheme “😕/” host “:” port “/” path [ “?” query ][ “#” fragment ]

其中:

  • scheme: 指底层用的协议,如http、https、ftp

  • host: 服务器的IP地址或者域名

  • port: 端口,http默认为80端口

  • path: 访问资源的路径,就是各种web 框架中定义的route路由

  • query: 查询字符串,为发送给服务器的参数,在这里更多发送数据分页、排序等参数。

  • fragment: 锚点,定位到页面的资源

在设计API时URL的path是需要认真考虑的,而RESTful对path的设计做了一些规范,通常一个RESTful API的path组成如下:

/{version}/{resources}/{resource_id}

其中:

  • version:API版本号,有些版本号放置在头信息中也可以,通过控制版本号有利于应用迭代。

  • resources:资源,RESTful API推荐用小写英文单词的复数形式。

  • resource_id:资源的id,访问或操作该资源。

当然,有时候可能资源级别较大,其下还可细分很多子资源也可以灵活设计URL的path,例如:

/{version}/{resources}/{resource_id}/{subresources}/{subresource_id}

此外,有时可能增删改查无法满足业务要求,可以在URL末尾加上action,例如:

/{version}/{resources}/{resource_id}/action

其中action就是对资源的操作。

RESTful API的URL具体设计的规范如下:

  • 不用大写字母,所有单词使用英文且小写

  • 连字符用中杠"-“来提高URI的可读性,而不用下杠”_"

  • 正确使用 "/"表示层级关系,URL的层级不要过深,并且越靠前的层级应该相对越稳定

  • 结尾不要包含正斜杠分隔符"/"

  • URL中不出现动词,用请求方式表示动作

  • 资源表示用复数不要用单数

  • 不要使用文件扩展名

版本


应该将API的版本号放入URL中,不要发布无版本的API,比如:

https://api.hcshow.com/v1/

面向扩展开放,面向修改关闭:也就是说一个版本的接口开发完成测试上线之后,我们一般不会对接口进行修改,如果有新的需求就开发新的接口进行功能扩展。这样做的目的是:当你的新接口上线后,不会影响使用老接口的用户。如果新接口目的是替换老接口,也不要在v1版本原接口上修改,而是开发v2版本接口,并声明v1接口废弃!

路径


在RESTful架构中,每个网址代表一种资源(resource),所有网址请求接口中不能有动词,只能有名词,这些名词往往与数据库的表格名对应,应该使用复数。示例:

https://api.hcshow.com/v1/users

https://api.hcshow.com/v2/articles

HTTP动词


对于资源的具体操作类型,由HTTP动词表示。常用的HTTP动词有下面五个(括号里是对应的SQL命令):

  • GET(SELECT):从服务器获取资源(一项或多项),例:GET /users(获取所有用户)

  • POST(CREATE):在服务器新建一个新的资源,例:POST /users(创建用户)

  • PUT(UPDATE):在服务器更新资源(客户端提供更新后的完整资源),例:PUT /users/12(更新编号为 12 的用户)

  • PATCH(UPDATE):在服务器更新资源(客户端提供更新的属性,可以看作是部分更新,使用较少),例:

  • DELETE(DELETE):从服务器删除资源,例:DELETE /users/12(删除编号为 12 的用户)

在这里插入图片描述

小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。

深知大多数初中级前端工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年Web前端开发全套学习资料》送给大家,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。

img
img
img
img

由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频

如果你觉得这些内容对你有帮助,可以添加下面V无偿领取!(备注:前端)
img

文末

js前端的重头戏,值得花大部分时间学习。

JavaScript知识

推荐通过书籍学习,《 JavaScript 高级程序设计(第 4 版)》你值得拥有。整本书内容质量都很高,尤其是前十章语言基础部分,建议多读几遍。

前端电子书

开源分享:【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】

另外,大推一个网上教程 现代 JavaScript 教程 ,文章深入浅出,很容易理解,上面的内容几乎都是重点,而且充分发挥了网上教程的时效性和资料链接。

学习资料在精不在多,二者结合,定能构建你的 JavaScript 知识体系。

面试本质也是考试,面试题就起到很好的考纲作用。想要取得优秀的面试成绩,刷面试题是必须的,除非你样样精通。

这是288页的前端面试题

net/topics/618166371)**

另外,大推一个网上教程 现代 JavaScript 教程 ,文章深入浅出,很容易理解,上面的内容几乎都是重点,而且充分发挥了网上教程的时效性和资料链接。

学习资料在精不在多,二者结合,定能构建你的 JavaScript 知识体系。

面试本质也是考试,面试题就起到很好的考纲作用。想要取得优秀的面试成绩,刷面试题是必须的,除非你样样精通。

这是288页的前端面试题

288页面试题

  • 13
    点赞
  • 20
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
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、付费专栏及课程。

余额充值