open api分析及选型

Open API的形态

现有活跃在互联网上Open API的形态主要分为两种：标准REST和类REST（也可以称之为RPC形态）

---

RPC形态是Web Service的延续，但是少了繁重的解析和安全规范等。Flickr的Open API大部分属于这种形态：

http://api.flickr.com/services/rest/?method=flickr.test.echo&name=value

以上服务请求地址包括两部分内容：
1.服务的总入口地址：http://api.flickr.com/services/rest/
2.服务方法以及参数
通过Http方式请求，返回的是可以指定格式数据内容。

---

REST形态的主要特点包括以下两点：
1.服务地址就是资源定位地址
2.服务操作就是Http请求中的方法类型（GET,POST,DELETE,PUT）
这其实是抽象现实当中对于服务的增删改查操作。Google大部分的REST API就采用了标准的REST风格，服务请求地址URL如下：

http://www.google.com/calendar/feeds/jessie.wangqq@alibaba-inc.com/allcalendars/full

这个服务请求地址是用来定位以我阿里巴巴邮箱注册的Google帐号的所有日程安排，通过在Http消息头中配置Get、Post、DELETE、PUT可以对我的日程进行操作，而无须登陆到Google上去操作。

---

对于选择REST还是类Rest形式来说争论一直存在，其实这并没有什么意义，没有什么技术是万能的，只有看在当前情况下选择什么方案是最优方案。
对于类REST的形态来说优点在于对原有系统的改造较小，而REST风格的优点在于:资源容易管理，系统扩展容易，权限控制可以部分依托于已有的传输协议。而两者的缺点正是对方的优点。
形态只是外在，修炼好内功才是根本所在。Open API服务商将要面对的是高过网站上百甚至更高流量的访问调用，如何满足广大开发者的业务以及非业务（稳定性、高效性、安全性）的需求，才是最大的挑战