open_api分析、实践和思索.pdfVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
open_api分析、实践和思索

Open API 分析、实践和思索 SOA、SAAS、云计算等等热捧概念词汇层出不穷,也让很多开发者去重新审视未 来的软件开发将会何去何从。而Open API的出现,其实已经给国外的互连网应 用开发者带来了一种新的创新思维,一种新的开发模式,将SOA的信息互通的理 念贯穿到整个互连网行业,让更多的“草根”开发者用创新思维将互联网信息的 价值最大化。 。 对于国内的开发者来说,在SNS热潮中第一次接触了Open API,但这仅仅只是 开始。SNS提供的API以及现有的一些分享类网站提供的API,仅仅只是Open API 中的一角,所能给开发者带来的想象空间,以及所能够产生的商业价值还是十分 有限。 今年很多时间都投入到Open API集成平台的设计和开发中,因此对于Open API 有一些自己的收获和感想,同时希望通过对Open API的介绍、实践能让更多的 人了解和投入到这种新兴开发模式中。这种开发模式是一种挑战,一种创新更是 一种机会。 一. Open API 的介绍 Open API 的发展 互联网应用最重要的就是创意和及时响应变更这两点。传统软件拚专业化和服务 质量,但盗版,同质竞争,对用户个性化需求的服务支持,使得客户和软件生产 商都没有得到满意结果。SAAS模式的提出,其实部分也说明了市场和客户对于 互联网应用的需求日趋增强,长尾理论更是让很多草根开发者看到了未来。但互 联网应用是否仅仅就把传统软件搬上网就算是适应潮流,改制创新了呢?其实不 然,互联网开放带来的模仿远比盗版可怕,软件的开发周期长,版本迭代周期长 让传统软件开发模式下的开发人员疲于满足用户需求。而最重要的创意,传统软 件专注于专业化,而专业化带来的就是我们过去说SOA需要解决的那些信息竖 井,只有将不同行业的信息串联打通,原有的数据资源才会体现出其更大的商业 价值。 因此Open API出现了,起初也许仅仅是互联网企业内部的一种需求,因 为企业规模日趋庞大,组织内部的协作也需要模块化和服务接口化,随着业务的 梳理以及抽象,服务逐渐不仅仅可以满足内部交互,同时对外开放给一些商业合 作伙伴,随之而来的就是数据资源价值的体现让开放服务的企业得到了回报。当 越来越多的互联网企业将自己内部的业务作为服务提供给外部使用者的时候,服 务的发布,流程的规范化也逐渐形成。REST作为一种轻量级服务交互规范也得 到了新一代互联网企业的认同,加上RSS,JSON,XML已经广泛使用的多种数据 格式,让Open API有了公共的基础,也为Open API的开发者集成开发提供了最 基本的保障。 当前国外的Open API不论是种类,提供商的服务质量,规范化和使用情况都在 这一年里面有了很大的提升,可以说已经由初期的发展转到了较为成熟的发展。 而国内,就开放的企业,提供商的服务提供成熟度,以及安全等方面的措施,都 仅仅只是起步,不过好处在于有可借鉴的模式。不过,明年随着Open API带来 的商业价值逐渐体现,会让更多的人加入到互联网这种新的应用开发模式中来 同时也会给很多开发者,特别是个人和小团队开发者带来机遇。互联网行业就是 一个以小博大的行业,当面对成千上万的新兴资源的时候,创意加行动才是成功 的基石。 Open API 的形态 就现在互联网上Open API的形态来看,主要分成两种:标准REST和类REST(也 可以叫做RPC形态)。 RPC形态其实就是Web Service的一种延续,只是少了繁重的解析、安全规范等。 Flickr的Open API大部分就是这种形态,看看下面的服务请求URL: /services/rest/?method=flickr.test.echoname=val ue 服务请求地址包括了两部分:1. 服务的总入口地址 /services/rest/。2.服务方法以及参数。这和过去的 RPC模式就是一样的,只是通过Http方式请求,返回的是可以指定格式数据内 容。 REST形态主要有这么几点特点:1.服务地址就是资源定位地址。2.服务操作就 是Http请求中的方法类型(GET,POST,DELETE,PUT),这其实是抽象现实当中对 于服务的增删改查操作。Google大部分的REST API就采用了标准的REST风格 服务请求地址URL如下: /calendar/feeds/wenchu.cenwc@/all calendars/full 这个服务请求地址是用来定位以我阿里巴巴邮箱注册的Google帐号的所有日程 安排,通过在Http消息头中配置Get、Post、DELETE、PUT可以对我的

文档评论(0)

rachel + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档