抖音里做我女朋友网站,网站推广自己可以做吗,佛山百度快照优化排名,婚恋网站女生要求男生要一起做淘宝说到开发平台就一定离不开接口#xff0c;作为PM#xff0c;我们不需要对接口了解的特别细。只需要知道接口是什么#xff0c;有什么用#xff0c;有哪些要素就行。
1. 接口是什么
(1) 硬件接口
生活中我们经常会接触接口#xff0c;最常见的就是HDMI接口和USB接口作为PM我们不需要对接口了解的特别细。只需要知道接口是什么有什么用有哪些要素就行。
1. 接口是什么
(1) 硬件接口
生活中我们经常会接触接口最常见的就是HDMI接口和USB接口而且我们知道接入某个接口就能实现某种功能。
例如笔记本电脑可以通过HDMI接口连接电视将画面同步显示到电视上Switch等游戏设备也可以通过HDMI接口连接电视实现在电视上玩游戏。
大多数人并不需要知道HDMI接口是怎么实现的只需要接入之后能干什么就行。(HDMI是一种高清视频接口可用来传输图像信号和音频信号。) (2) 程序接口apiapplication program interface
其实从实际意义上讲程序的接口也和硬件一样将内部实现的功能封装起来像一个盒子一样只留出一个口子人们接入这个口子就能使用这个功能。
调用的人可以很方便使用这些功能并且可以不需要知道这些功能的具体实现过程接口API就是按照作者规定的流程去调用这些功能。
实际开发中当前端和后端有数据交互时前端人员都会直接向后端询问接口写好了没而不会问他具体的怎么实现的。
【举个例子点餐吃饭】
我们到商场店里吃饭现在基本上都是扫码点餐首先扫描二维码进入页面输入就餐人数然后劈里啪啦一顿点餐并提交订单。点完后服务员会跟你核对菜单然后同步到后厨最后我们就坐等上菜。
例子中的扫码点餐过程就可以看成是API接口的工作过程一个点餐的API接口通过选中菜品输入参数最后服务员上的一道道菜输出数据这过程就是点餐API接口的作用。
来吃饭的顾客是接口的调用者接口的提供者就是商家。大多数接口一定要有输入和输出但是严格意义上不是这样的没有输入也有输出。
接口是数据传递是一种表现。
【再举个超简单的例子点灯开发】
接口的请求可以理解为接口就是一个电灯的开关它在接口里面给你提供了一个参数参数的值一个是 “开”、另一个是“关”分别对应“灯亮”、“灯灭”。
通过这两个例子想必大家对接口的概念有所理解了吧接下来我们来看看接口有那几部分构成的。
2. 接口地址组成部分
接口地址由请求协议、IP地址、端口、接口名称、参数组成。 (1) 请求协议
http普通的http请求
https加密的http请求传输数据更加安全
ftp文件传输协议主要用来传输文件。
(2) 请求IP
就是指提供接口的系统所部署的服务器地址通常用映射IP的域名来代替
(3) 端口
如果不填端口默认是80否则需要填写端口号
(4) 接口名称
好的接口命名能让开发者便于阅读和理解如 “news/add” 和 “news/update”一看就知道新闻添加和新闻信息编辑的接口。
(5) 接口参数/参数值
参数在接口路径后用“?”来表示路径地址结束后面跟着的都是参数用“”来区分参数个数(GET请求传参方式)。
3. 接口请求方式
一般采用的是HTTP协议的POST和GET请求GET请求方式参数通常拼接在接口地址后面
而POST请求则不会拼接在后面是保证了数据的安全性
4. 接口返回内容
将参数传过去之后后端返回给前端一般用JSON格式如下所示
{ //返回状态码 code: integer, //返回信息描述 message: 提现成功, //返回结果数据 data: object
}
(1) CODE状态码
code返回状态码通常是在开发按照#10001999 区间表示参数错误、#20002999 区间表示用户错误、#30003999 区间表示接口异常等规则。(规则仅供参考) 例子如下所示 (2) Message信息
Message字段相对理解比较简单就是发生错误时如何友好的进行提示。一般设计时和code状态码一一对应如上图所示。
(3) data信息
返回的重要结果数据之一下图是完整的接口返回数据。 5. 接口文档规范
项目开发需要前端和后端共同完成的接口文档通常由后端定义并编写接口文档然后再前后端联调的时候根据接口文档进行数据交互。
接口文档的另一个重要作用就是规范项目开发过程中前后端工程师有一个统一的文件进行沟通交流开发项目维护中或者项目人员更迭的时候方便后期人员查看、维护。
接口文档的接口分为五部分请求方法(POST、GET)、接口地址、请求参数、返回参数、返回结果示例。以银行卡四元素校验为例(https://www.juhe.cn/docs/api/id/213) 6. 如何通过接口判断问题是后端还是前端造成的
PM:前端帮我看下这块信息为什么是空白的。
前端:好勒马上看。
2000 years later
前端:我代码没问题呀参数也传了你问下后端。
PM:后端帮我看下这里数据为啥没有。
后端:我接口没问题呀等等这数据本来就是空的快找人新增去呀。
后端一脸嫌弃。 很多时候当我们发现问题的时候第一印象就是找开发人员询问原因很多人基本不会去先判断这问题是属于前端的还是后端的导致沟通成本变大。
通过上面的介绍我们可以通过接口的返回数据中的状态码来初步判断问题属于哪一方。现在介绍一下这么通过浏览器查看接口数据。
首先打开任意浏览器(建议使用谷歌)鼠标右击后点击“查看”或者直接按“F12键”打开发者工具然后选择network—“XHR”就会看到很多接口请求按需找到请求接口查看对应返回数据即可。 大多数情况下可以通过接口状态码和消息提示去判断是后端还是前端的问题。
但是有些问题比较隐蔽即使状态码返回为成功的码但问题依旧存在这种情况很有可能是后台某细节错误
