这些核心知识点,前后端沟通必须掌握!
已收录
restful是当下最流行的接口设计规范,前端和后端都必须知道的一种规范 协议 客户端在通过 API 与后端服务通信的过程中,应该 使用 HTTPS 协议 域名 API 应该部署在专用域名之下,应尽可能保持足够简单。如果确定 API 很简单,不会有进一步扩展,可以考虑放在主域名下,这里有两个常见的 URL 根例子: 版本(Versioning) 所有的 API 必须保持向后兼容,你 必须 在引入新版本 API 的同时确保旧版本 API 仍然可用。所以 应该 为其提供版本支持 地址(path) 路由(router) API 的具体网址 至于 URL 是否必须使用连字符(-) 或下划线(_),不做硬性规定,但 必须 根据团队情况统一一种风格 动词(请求方法 method) 对于资源的具体操作类型,由 HTTP 动词表示。常用的 HTTP 动词有下面五个(括号里是对应的 SQL 命令)。 url参数 所有 URL 参数 必须 是全小写,必须 使用下划线类型的参数形式 响应(Response) 必须 选择合适的 HTTP 状态码。 常见的状态码 错误格式 什么是报文? HTTP报文时是HTTP进行请求和响应时用来交换信息的。报文是由客户端流入服务器的 报文分为两类:请求报文,响应报文 请求和响应报文的基本报文结构相同,都是由三部分组成: axios 兼容浏览器和node服务器 支持 Promise API 加油,陌生人! (来来往往不陌生,希望对您有所帮助) 以上就是这些核心知识点,前后端沟通必须掌握!的详细内容,更多请关注php中文网其它相关文章!什么是restful?
该规范定义了接口开发中,各个流程之中
分页参数 必须 固定为 page、page_size
必须 返回 JSON 格式数据。
所有错误必须统一错误格式。'message' => ':message', // 错误的具体描述
'errors' => ':errors', // 参数的具体错误描述,422 等状态提供
'code' => ':code', // 业务自定义的异常码
'status_code' => ':status_code', // http状态码
'debug' => ':debug', // debug 信息,非生产环境提供
从浏览器中创建 XMLHttpRequests
从 node.js 创建 http 请求
支持拦截请求和响应
转换请求数据和响应数据
取消请求
自动转换 JSON 数据
客户端支持防御 XSRF
声明:本文转载于网络,如有侵犯,请联系545125923@qq.com删除