浅谈 php 与手机 app 开发(api 接口开发)

2019-12-16 13:13:25 1087
一、先简单回答两个问题:

1、php 可以开发客户端?
答:不可以,因为php是脚本语言,是负责完成 b/s架构 或 c/s架构 的s部分,即:服务端的开发。(别去纠结 gtk、winbinder)

2、为什么选择 php 作为开发服务端的首选?
答:跨平台(可以运行在unix、linux、windows、mac os下)、低消耗(php消耗相当少的系统资源)、运行效率高(相对而言)、mysql的完美搭档,本身是免费开源的,......

二、如何使用 php 开发 api(application programming interface,应用程序编程接口) 呢?

做过 api 的人应该了解,其实开发 api 比开发 web 更简洁,但可能逻辑更复杂,因为 api 其实就是数据输出,不用呈现页面,所以也就不存在 mvc(api 只有 m 和 c),
1、和 web 开发一样,首先需要一些相关的参数,这些参数,都会由客户端传过来,也许是 get 也许是 post,这个需要开发团队相互之间约定好,或者制定统一规范。
2、有了参数,根据应用需求,完成数据处理,例如:任务进度更新、app内购、一局游戏结束数据提交等等
3、数据逻辑处理完之后,返回客户端所需要用到的相关数据,例如:任务状态、内购结果、玩家信息等等
数据怎么返给客户端?
直接输出的形式,如:json、xml、text 等等。
4、客户端获取到你返回的数据后,在客户端本地和用户进行交互

临时写的一个简单 api 例子:



 


三、实际项目中,我们在开发 api 应该注意的几个事项(仅供参考):
1、单文件实现多接口的形式有很多种,例如:if..elseif.. 或 switch 或 动态方法 (也就是tp的这种访问函数体的形式)
2、对于数据的输出最好用json,json具有相当强大的跨平台性,市场上各大主流编程语言都支持json解析,json正在逐步取代xml,成为网络数据的通用格式
3、接口安全,一定要增加接口验证。例如,客户端和服务端针对不同接口统一做好加密方式,服务端在对于每次接口需要都要进行验证。以保证防止接口被恶意刷新或黑客恶意调用,尤其是大型商业应用。
4、对于线上的 api 必须保证所有接口正常且关闭所有的错误信息 => error_reporting(0),在输出json 时,不能有任何其它输出,否则,客户端将解析数据失败,直接 crash!
5、开发 api 和 web 有一定的区别,如果是 web 的话,可能代码出错了,不会导致特别严重的错误,也许只是导致数据写入和查询失败,也许导致 web 的某个部分错位或乱码。但如果是 api,直接 crash!
6、做接口开发,不建议使用框架开发,原因概括起来有两点(其实我有点冒风险的,本人也是 tper 一枚,毕竟这是tp的官网):
  1)客户端一般对服务端的响应速度有极高要求,因此,使用最原生态的 php 完成接口开发,是最高效的,假如用到了框架,还需要加载各种不需要多余的文件,就好比夏天穿了件冬天的衣服。试想,你在玩手机的时候,使用一个应用随便一个操作,等半天才有动静,你受的了吗?

  2)就是上面第4点提到的,框架对于web开发,是件很幸福的事,但对于 api 而言,你实在不敢想象它会给你出什么岔子!最后你将痛苦不堪~~因为很多框架都是为 web 诞生的(我也很期待有一天能看到专门为开发 api 而生的框架或者扩展)

  这个也有人纠结,接口效率与稳定性,还得看编码的人,有的人可能写的还不如框架跑的快,也有人觉得用框架没什么问题,这里只是建议,关键看自己的实际情况,同时建议代码上线前压测一下

  说到这,不得不说扯一下,腾讯微博淘宝等开放平台。其实那些开放平台,所谓的开放,就是给你提供一个这样的接口,你根据他们提供的技术文档,按他们制定的格式和要求,调它们提供的接口文件(一般都是返回json或者xml),你就可以获取到他们的相关信息,例如:qq用户基本信息、淘宝店铺、商品消息等等。然后在根据这些消息,在你的应用里完成交互。

  其实,ajax 也是调用 api 的一种体现形式,你觉得呢? 呵呵~~