浅谈php对api开发的作用

 最近正在做一个手机APP的服务端API开发,虽然是基于Ruby on Rails的,做的也不太专业,不过大致相通,希望能够给你一些启发。

 首先,如果是比较简单的手机APP,例如新闻客户端这样的不会涉及到长连接的服务,那么可以考虑直接使用http协议。因为该协议几乎被所有可以上网的设备支持,手机客户端那边也有大量相关的库可以调用,省掉不少麻烦。

 这么说来其实用php基本也就等于用http协议了吧= =,php对其他协议的支持还真不怎么样。

 确定完这个之后,就需要统一一下两个端之间沟通的标准了。简单的说就是统一一下语言,总不能一个人讲英语一个讲日语然后两个都傻傻分不清楚吧......

 解决这个问题最简单的当然就是把数据用一个奇怪的符号分隔开啦~~~~比如说,现在客户端需要从服务端获取新闻数据,那么按照最直接的做法,可以先写一个php文件,路径就设定成/news.php好了,然后你设定了这样的一个规矩:用^^^这样的连续三个^表示分隔符,然后分割出来的第一个字符串就是标题,第二个是作者,第三个是内容……巴拉巴拉巴拉
给个示范: 美*秋后算账 罚华尔街大银行1100亿美元^^^新浪财经要闻^^^新浪财经讯 北京8月10日晚间消息 美国的大银行为和解与2008年金融危机有关的案件支付的罚款已达1100亿美元,这些案件涉及抵押贷款、止赎权和一些在金融危机最严重 看起来不错是吧?反正快速地解决问题可以愉快的跟别人嘚瑟去了,丑点就丑点吧 不错你个头(╯‵□′)╯︵┻━┻
当你突然发现你不需要作者这个信息了该怎么办?突然要增加一个缩略图怎么办? 傻了吧?只能一行行改代码了吧~~然后此时你的app又已经上线了,如果把服务端给改了的话那么就全都乱套了!!!所以你就只能设定成不显示这个信息假装它不存在..... 1个月后,终于因为频繁地需求变更你的代码越来越臃肿,最后不堪重负的你把这一坨屎全部扔掉了..... 一身轻松(≧▽≦)/ 等等,这几个月我到底做了什么!!!!(⊙o⊙) 所以要一开始就确定一个统一的标准,而且必须是一个可以方便拓展的标准。 这时,你的面前出现了这样两个东西:XML和JSON 其实这俩货都很萌的.....都可以很好地表示数据,不过当你看到xml那一坨坨屎一样的标签对后你立刻就抛弃了它。嗯,选择json才是王道嘛~~~(咳咳,其实主要是因为json在同等条件下文字量会比较小,具体的你看过他们的语法后就能明白了。在手机这种流量贵的要死有慢的不行的地方,自然是数据越小越好啦~)
而且json在php中的生成简直不能更加方便了,直接对你放置数据的变量来一个json_encode,你的变量就会变成json格式躺在你面前了....手机客户端那边不是很清楚,不过显然也是可以很方便地转换过去的。
就这样,你现在的新闻数据变成这样了: {
"id":107314,
"title":"粤解说:富力体能储备有问题 卢琳态度值得赞扬",
"summary":"  北京时间8月10日消息,2014赛季中超联赛第19轮的比赛继续展开争夺,杭州绿城队在主场1比3负于广州富力[微博]队。广东体育解说陈凯冬和前著名足球裁判*中为广大球迷带来精彩的解说。两名解说对卢琳整场比赛表现出来积极的态度极其称赞。   第26分钟,杭州绿城快速反击....",
"published_at":"2014-08-10T13:52:01.000Z",
"cate":{
"id":4,
"name":"新浪体育要闻"
},
"url":"http://comi/news/107314"
} 这些都是从我那边截取过来的,url你就别点了,为了调试方便设的hosts,点了也看不到啦啦啦啦╮(╯▽╰)╭ 这样子数据就好看多了,另外还有个附加的好处就是可以用这种方式把对象传递过去了,调用的时候会方便不少。 确定下来这个之后你就开开心心地开发着自己的程序,嗯,每个接口一个php文件嘛,毫无问题!!! 怎么可能毫无问题(╯‵□′)╯︵┻━┻ 难道你有100个接口就写100个php文件吗?url路径怎么处理?跟数据库的连接什么的怎么办?发现自己写了一堆重复代码想复用起来但力不从心怎么办?另外,你是打算所有的请求都是GET方法就可以访问的嘛?这样不但会引发极大的安全性问题,还会让你的系统变得.....跟屎一样 所以如果没有什么独特的洁癖的话,就用一个框架吧,起码给你提供一个URL路由功能也是好的。嗯,这个也是实现RESTful API的基石嘛,怎么可能不用~~!
至于用什么框架嘛,如果希望快速上手,可以用国产的ThinkPHP:ThinkPHP框架,还有一个门槛高一些的,Yii Framework 中文社区,都可以去看看。
言归正传,什么是REST呢?嗯,我当然没耐心跟你讲啦,给你链接,自己看去:rest_百度百科
这方面在php里面实践的比较少,我把我Rails里面的路由表放在这里你结合REST的知识看看大概就能懂了: 前缀 请求方法 路径模式 控制器#方法 user_detail GET /user/:id(.:format) api/user#show_by_id {:id=>/\d+/} user_search GET /user/search/:query(.:format) api/user#show_by_search user_create POST /user/create(.:format) api/user#create user_login POST /user/login(.:format) api/user#login user_prefers GET /user/prefers(.:format) api/logged_user#prefers POST /user/prefers(.:format) api/logged_user#change_perfer GET /user/news_prefers(.:format) api/logged_user#news_prefers POST /user/news_prefers(.:format) api/logged_user#change_news_prefers user_collects GET /user/collects(.:format) api/logged_user#collects POST /user/collect/:id(.:format) api/logged_user#add_collect DELETE /user/collect/:id(.:format) api/logged_user#delete_collect 其实路由就是根据一个固定的url模式去找对应的方法嘛╮(╯_╰)╭ 关于REST自己领悟一下,从表面上来看就是get可以获取资源,但不会对资源本身造成影响,post方法会新建一个资源,update方法会更改资源,delete方法会删除资源等等。他们都各自有一定的url模式,具体的就参考专业的书籍吧,我资历不够说不清楚,当然如果跟我私信的话我会讲的更加详细一些= =。 其实确定了这三个:协议(HTTP)、数据表示方法(JSON)、请求数据的方法(REST)之后,基本上就可以开发一个简单地服务端接口了(业务逻辑得自己琢磨),再加上手机客户端那边配套的设置搭起来,那么就万事大吉了。 ============万恶的分割线================ 写了那么久才发现跑题了= =,搞得都没有卖萌的心情了。。。。。下面解答题主的问题: 1.利用PHP语言开发手机app后台服务器的框架是什么? 一般的框架都可以用来做app后台服务器。因为原理上客户端从你这边拿的都是字符串数据,所以就算你不用框架也没有问题,不过会引发后续的问题,我前面说过的。 2.开发流程是怎么样的 第一步,按照我上面给的步骤确定好那三个东西 第二部,选择一个合适的框架,如果项目简单就用简单地框架,如果题主还是入门级的话也要从简单框架用起,绝对不要一味的好高骛远!!不然你在学习框架的路上就得放弃了。。 第三步,确定好你要给客户端提供的API接口,这个接口其实就是一个url路径模式,用路由配置好就可以了。因为这些接口直接决定了你的系统会提供哪些服务,所以要尽早确定。不过不要一味求全,够用就行,以后有需要了再加上。 第四步,根据第三步确定的API把数据库的结构设计出来 第五步,编写对应于API的方法,有些时候这个方法的代码量可能很少,这不是一个问题,这样才是好代码。。。 例如(Ruby代码) def show_by_id
@user=User.find(params[:id].to_i)
render "show.json.jbuilder"
end def show_by_search
@users=User.where("nickname like ?","%#{params[:query]}%").limit(10).offset(@offset)
render "show_all.json.jbuilder"
end
上一篇:Java之指定Junit测试方法的执行顺序举例


下一篇:[转] CMake