浅谈php对api开发的作用

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