小黄牛是一名野生程序员，出去工作至今已有10年，很少会有人肯真心教你东西，很多都需要靠自己自学，自行领悟。

所以我平时很喜欢拿生活上的一些事物，来跟编程上的形式做对比：

1、一个简单的接口，在生活上可以比喻成：

小明通过你家里的大门，进入了你家，找你玩！

是不是很直接，其实这就是一个最简单的接口执行流程：

开发者通过-接口(可以理解为你服务器上的一个PHP文件)-拿到你服务器上的数据

而这个接口就等于是你家的大门，你可以随时关上，不让开发者进入。

2、一个相对复杂的接口，在生活上可以比喻成：

小明来到你家玩，通过你给小明的钥匙，进入了你家里！

这是不是生活中经常在发生的事：

开发者拿着你给的秘钥-通过了接口规定的验证-拿到了你服务器上的数据

而这个接口的所有权还是在你那，你可以随时改变规则，或者关闭整个接口

3、在编程上如何看待一个接口？

接口从一开始只不过是一种编程设计方式，从最初的两人握手从而延伸。

当你定义一个fucntion或class起，你就已经在编写最最简单的接口了。

用户站在了开发者的角度-而function(class)充当了接口的位置-你充当了服务器的作用。

4、如果你还不明白，可以看下，下面两张图片的对比？

从上图可以很简单的看出，这是一张简单的客户端跟服务器交互的流程图，用户向服务器发起请求，服务器接收请求并返回给客户端展示。

其实这一流程你就可以看做是一个接口的运行。

用户A向服务器B.php页面发起请求，

B.php页面接收到请求并返回了数据。

而从上面的图，我们可以直观的看到，在这张图里明显多出了一个“中间服务器”，

而服务器与中间服务器中多了一条通道，而这条通道就是真正意义上的接口！

用户向中间服务器发起请求，中间服务器再根据对应指令向接口服务器发送请求，

在接口处理过程中双方可以约定好规则，例如我给你一串密码，或者给你一条钥匙，

再难点的就好比录下你的指纹(身份识别)，只有通过了约定好的规则，

才能从接口服务器获得数据，并返回给中间服务器，最后再展示给用户浏览。

如果你的项目只存在一个PC端要求，你则完全不需要用到接口设计，因为你们的数据面向比较单一，只需要操作一个电脑端。

而如果你的需求需要囊括PC+WAP+
转载请注明原文网址：http://www.coolofsoul.com/phpfz/phpfz/24178.html