浅谈接口调用方与提供方

一、前言

一般在系统集成交互中，接口的交互方分为：提供方、调用方，也就是我们常见的请求和返回，

而接口又分为两种类型：查询、推送接口。

那么如何通俗易懂的去理解接口的提供方、调用方呢？

二、接口类型

我们从接口类型进行剖析会更简单理解：

1、查询接口

查询接口示例：

比如我们常用的快递查询网站，快递，就是一个典型的查询接口案例。

我们把快递查询分成两个部分：

序号①-输入单号序号②-查快递按钮

其实这两个部分都是接口的，也就是我们常说的查询条件，一般设置查询条件。

我们输入快递单号-点击-就会返回快递的运送信息：

截图中的表头，即为接口的，下方的以及下面的几个时间、已收入】以及下面的几个地址信息，都是通过快递数据库返回的数据信息；

这就是查询接口。

一般请求过程如图：

2、推送接口

推送接口示例：

京东的个人账号注册界面，第一步是验证手机号，这个发送验证码点击下一步的过程，

就是一个推送接口的案例。

如上图，我们输入手机号-点击，这时候会开始倒计时秒，然后手机就会收到一条短信，这就是一次推送接口的过程。

当我们输入正确的验证码，点击，就会验证短信的验证码和数据库的是否一致，一致后就会进入下一注册过程，从而完成接口调用的闭环。

我们把这个接口划分成3个部分：

①输入框：即为输入传递/调用接口的参数，接口调用方，输入调用参数的内容。

②获取按钮：是调用接口的触发点

Tips：推送接口，如果是实时推送，必然有触发点，如果是定时则采取调度的形式，定时发送，这个我们下面会讲。

③短信：即是京东界面填写输入参数-触发接口调用，推送到用户手机上的信息。

这就是推送接口的案例。

一般请求过程如图：

三、接口方式

1、定时

定时推送/定时查询，都可以不在用户端做任何功能性的显示，一般都为调度任务实现，设置周期后于后台执行，

最好是数据实时性要求不高、数据量比较大的情况去采取这种方式。

2、实时

实时查询/实时推送，都需要有触发点，比如上一章节我们说的京东注册验证码，就是这种例子，一般都会做在功能上去调用触发，

比较适用于数据实时性要求高、数据量一般的情况去采取，当然数据量大也可以用，但是得考虑技术架构上的实现，这里就不谈这些了。

以上就是本次文章的内容了，均为个人见解，不足之处可以探讨，谢谢！