API(Application Programming Interface,应用程序接口)架构,已经成为目前互联网产品开发中常见的软件架构模式,而且诞生不少专门API服务的公司,如:聚合数据( https://www.juhe.cn/)、百度APIStore( http://apistore.baidu.com/)
做为最流行的服务端语言PHP(PHP: Hypertext Preprocessor),在开发API方面,是很简单且极具优点的
这篇文章写给不太了解PHP开发API接口的开发者
1、先简单回答两个问题
一、PHP 能够开发客户端吗?
答:正确的回答是,不适合,由于PHP是服务端脚本语言,负责 B/S或C/S 架构的S部分,即:Server端的开发。
(别去纠结 GTK、WinBinder)
二、为何选择 PHP 做为开发服务端的首选?
答:跨平台(能够运行在UNIX、LINUX、WINDOWS、Mac OS下)、低消耗(PHP消耗至关少的系统资源)、运行效率高(相对而言)、MySQL的完美搭档,自己是免费开源的,......
2、如何使用 PHP 开发 API 呢?
有兴趣细研究的,能够先看看百科介绍:http://baike.baidu.com/item/api/10154
百科写的比较泛,嫌文字多?好吧,那就不看了,先了解下 API 是什么鬼
一、API 比开发 WEB 更简洁,但可能逻辑更复杂,API 只返回结果,也就是只完成数据输出,不呈现页面,
二、WEB 开发,更多的是 GET 和 POST 请求,API 还有 PUT、DELETE 请求
三、和 WEB 开发同样,首先须要一些相关的参数,这些参数,都会由客户端传过来,也许是 GET 也许是 POST,这个须要开发团队相互之间约定好,或者制定统一规范
四、有了参数,根据应用需求,完成数据处理,例如:获取用户信息、发朋友圈、发消息、一局游戏结束数据提交等等
五、数据逻辑处理完以后,返回客户端所须要用到的相关数据,例如:用户信息数组、朋友圈列表、消息状态、游戏结果数据等等,那数据是怎么返给客户端呢?常见有XML、JSON,设置相应的header并把要返回的数据直接打印出来便可
六、客户端获取到你返回的数据后,在客户端本地和用户进行交互
因此咱们大概知道,API 其实不存在Web领域的 MVC 架构模式,若要分层的,API 也只有 M 和 C 两层,固然,后端可能会有更加复杂的架构!
经过下面一个HTTP协议的API实例来理解PHP怎么开发API:php
把它部署到服务器以后,任何语言均可以经过HTTP协议调用诸以下面的URL接口:
http://demo.979137.com/api/test/user.php
http://demo.979137.com/api/test/user.php?a=info&qq=979137&ticket=test
http://demo.979137.com/api/test/user.php?a=info&qq=979138&ticket=test
http://demo.979137.com/api/test/user.php?a=friends&qq=979137&ticket=test
http://demo.979137.com/api/test/user.php?a=fuck&qq=979137&ticket=test
接口输出示例,返回的是一串json:html
{
"code": 0,
"info": "success",
"data": {
"qq": 979137,
"vip": 8,
"level": 101,
"reg_time": 1377123144,
"qb": 300
},
"location": ""
}
json具备很强的跨平台性,几乎每种语言都有解析json的函数,下面是一个PHP做为客户端调用的示例:thinkphp
页面输出结果:编程
array(4) {
["code"]=>int(0)
["info"]=>string(7) "success"
["data"]=>
array(5) {
["qq"]=>int(979137)
["vip"]=>int(8)
["level"]=>int(101)
["reg_time"]=>int(1377123144)
["qb"]=>int(300)
}
["location"]=>string(0) ""
}
实际业务中,就是拿到了接口返回的数据以后,结合自身的业务为用户提供服务!
3、实际项目中,咱们在开发 API 时应该注意的几个点(仅供参考)
一、单文件实现多接口的形式有不少种,例如:if..elseif.. 或 switch 或 不少框架里用到的统一入口经过调用类函数的形式实现
二、数据输出建议使用json,json具备很强的跨平台性,大多编程语言都支持json解析,json正在逐步取代xml,成为网络数据的通用格式
三、为了保证接口安全,必定要加入鉴权体系
四、对于线上的API,务必关闭全部错误显示,能够把错误写到日志里,PHP中,能够经过 error_reporting(0) 屏蔽全部错误
这样作的目的,一方面是保护接口安全,防止输出不应打印的错误信息
另外一方面是保证输出的是正确的数据格式,如json,假如不是标准的json格式,客户端在解析时就会出错,由此影响客户端的正常运转
PS:咱们平时在使用手机APP时,手机会闪退,多半是这个缘由,即接口调用异常
五、开发 API 和 WEB 有必定的区别,若是是 WEB 的话,若是程序写的有问题,好比有个notice 或 warning 级别的错误,在 WEB 里可能不会有什么问题,也许就只是致使 WEB 的某个部分错位或乱码。但若是是 API,就会严重调用的客户端了,若是是手机APP,那闪推啥的,是必然的,若是一样也是Web调用,也可能会出现 Server Error 了
六、必定要重点考虑稳定性和响应速度,由于咱们在使用手机APP时,都不但愿APP常常闪推、并且但愿应用很流畅
七、不要随便使用一些 PHP 开源框架,缘由归纳起来有两点:
1)如6所述,客户端通常对 API 响应速度有极高要求,目前PHP领域的开源框架很是多,根据笔者的了解,目前比较流行的框架,广泛作的比较重,并且基本都是为WEB而生,所以,框架多了不少 API 用不到的东西,框架在加载和执行冗余文件时,实际是在消耗你的性能
2)如4和5所述,框架对于WEB开发,是件很幸福的事,但对于 API 而言,你实在不敢想象它会给你出什么岔子,由于不少框架并无全面的考虑到 API 场景
关于这点,仍是有不少人纠结的,认为用框架没问题,这个怎么说呢,关键还得看架构和编码之人,有些人作的架构、写的代码,远不如框架写的稳定、跑得快的也比比皆是!
这里只是建议,关键看本身的实际状况,上线前测试全面才是硬道理!
话说,牛逼的架构,通常都有本身的 API 框架!json
这里给 ThinkPHP 打个广告:
目前 ThinkPHP5 是 ThinkPHP 家族的一个颠覆性重构版本,Slogan:为 API 而生。
本站 数据接口版面提供的全部API,均采用 ThinkPHP5 框架开发,并部署在新浪云平台
再扯一下腾讯、微博、淘宝等这些个开放平台吧,
它们所谓的开放,其实就是给开发者提供一系列的API,开发者根据他们提供的技术文档,按规定的调用方法,调它们提供的接口,你就能够获取到他们的相关信息,
例如:QQ用户基本信息、微博登陆、淘宝店铺、商品消息等等。而后开发者再根据这些数据,在你的应用里完成交互。
另外,咱们经常使用的 Ajax 其实也是 API 调用的一种体现形式后端