[转]Google抛弃了了SOAP API,浮想联翩
——————————————————————————————
下文转自孟岩csdn博客: http://blog.csdn.net/myan/archive/2006/12/19/1449586.aspx
从12月5日起,Google不再鼓励人们使用SOAP风格的Searching API,代之以AJAX风格。
这里头有三件事请值得注意。
一是一个肯定句。SOAP肯定是要完蛋了,至少是在公共互联网上要完蛋了。
当然,在企业里还会有人用,甚至可能在一段时间内还成上升趋势,这也不奇怪,这些东西本来就是“企业级”的人恶搞出来的,忽悠广大人民群众未果之后,只好回到“企业级”舔伤。不过一个五六年前被大头头们一致看好的技术,如今只能在“企业级”的、官僚主义的庇护下瑟瑟发抖,等着哪一天REST过来乌龙山剿匪,实在也可谓晚景凄凉。
由此可见,保持一副挑剔的胃口是很重要的。好多人(也包括我在内)第一天看到SOAP就反胃,保持挑剔胃口的人就一直反胃下来,非暴力不合作着。可是也有少数人降格以求,吐啊吐啊就习惯了,追随SOAP而去了。最后答案揭晓,这厮确实就是个咸蛋超人,确实不是奥特曼。
二是一个疑问句。Google选择AJAX暴露API(除了搜索,还有地图服务的API),这是不是意味着,在真正的大Web服务整合时代到来之前,会先出现一个页面级AJAX服务整合时代?
这个问题得交代清楚。我认为互联网的未来就是所有的基础服务(登录、索引、搜索、地图、存储、查询、报表、计费、交易、评论、分词、语义分析、图片、视频、论坛、博客,等等等等)全部由专业公司通过Web服务提供,中小网站只要把这些专业公司提供的Web服务定制整合起来就OK了,不用每个网站自己写一个登录认证,还老是被安全漏洞困扰。问题在于,那些专业公司通过什么方式提供Web服务?SOAP注定要完蛋,可以选择的是REST和AJAX。
要照理说,REST应该是不二之选,但是最近很有几个网站通过AJAX风格暴露其Web Services,比如 JS-Kit.com,你可以在自己的(X)HTML页面里包含一段JavaScript,轻松获得一个AJAX风格的评论组件。换一种说法,这个站点提供“评论”这件事情的Web Services服务,任何网站可以把自己的评论功能委托给这家网站做。现在Google也以AJAX方式暴露自己的搜索服务,会不会一时间蔚然成风?
别以为这事无关紧要。REST属于服务端整合,AJAX属于客户端服务整合。比如我办了个小网站,其中各项基础服务全都通过调用大网站的Web服务委托给他们做。如果采用REST整合,那么用户访问我的网站时,得先跟我打交道,经由我再去调用Amazon、Yahoo! 的Web服务。如果采用AJAX整合,页面推到用户那里之后,就跟我没啥关系了,用户一搜索,访问请求直接给Google了,不动点手脚的话,我连用户干了什么都不知道。这里面的区别当然是不小。
我感觉AJAX风格未免太不遵守游戏规则,广大中小网站不见得会接受,所以或许火不起来。看看Google什么时候推出REST风格的API吧。
三是一句提醒。希望国内做Web的企业注意Web服务这个动向,别重蹈WPS的覆辙。
起码从现在来看,在互联网上,我们国内的企业干的不错,把外资巨头打得找不着北。好多人都对此兴高采烈,豪情万丈,包括我本人,也不止一次跟不止一堆人说过,“中国互联网的事情,最后肯定是要中国人解决”。不过坦率地说,今天外资互联网企业在中国之所以进行得不顺利,其实里头没有多大秘密,无非就是对中国的情况研究不透,对***思想领会不深,用人不当、办事不妥而已。尤其用人,还停留在看出身、看学历、看作秀力的初级阶段,还差的远呢。所以他们一时半会不知所措,绝对正常。但是,只要人家努力,上面这些问题总是可以解决掉的。一旦走上正确的轨道,资金、技术、特别是在技术标准上的优势就能发挥出来。因此,对于我们国内互联网企业来讲,仗着人熟地熟,长官照顾来维持优势,终归是不长久的。
Web服务化是个大趋势,最终会制定各项Web服务的标准API。这就是下一代的技术标准。谁控制这个标准,谁就能在Web服务时代大大地赚一笔。我来描述一下这个过程。首先是几个大的互联网厂商推出各自的Web服务API,在实践中检验、修正,逐渐成熟之后就坐在一起商量,定一个标准。然后推出产品、工具,出书,布道,推广他们这个“标准”,让一般人遵循这个标准来做网站或者页面特别方便。然后数以百万计的中小型网站和数以亿计的个人博客就会按照这个标准来做自己的东西,你不遵守这个标准,就跟今天自己开发一个不支持HTTP和HTML的浏览器一样,做的再好也没人用。咱们很多企业,闷着头做产品,完了再闷着头数钱,乐滋滋的,觉得闷声发大财就是最高境界,能抬起头制定技术战略的实在不多。仗着模仿速度快,前赴后继。其实人家老外打从朝鲜战争的时候就知道了,拼命他拼不过咱们,所以人家从来不跟我们拼命。但是人家有更高级的手段来对付我们。一手握住金融资本,一手抓住技术标准,两手抓,两手都要硬,这个才是老牌帝国主义的杀手锏。WPS的故事,不用我再重复了吧?有些事情说透了就没劲了。
转载于:https://www.cnblogs.com/xinqqing83/archive/2006/12/20/597755.html
[转]Google抛弃了了SOAP API,浮想联翩相关推荐
- Google抛弃了了SOAP API,浮想联翩
从12月5日起,Google不再鼓励人们使用SOAP风格的Searching API,代之以AJAX风格. 这里头有三件事请值得注意. 一是一个肯定句.SOAP肯定是要完蛋了,至少是在公共互联网上要完 ...
- salesforce 零基础学习(五十一)使用 Salesforce.com SOAP API 实现用户登录以及简单的增删改查(JAVA访问salesforce)...
此篇请参看:https://resources.docs.salesforce.com/202/latest/en-us/sfdc/pdf/salesforce_developer_environme ...
- php soap 下载文件,允许下载SOAP API响应(PHP)中的PDF文件get(作为附件)
调用SOAP API并使用XML(在下面添加)和一个附件(正文中的二进制PDF不在标头中)给出响应.我想要的是在获得响应时下载该PDF文件.当我在SOAP UI工具中调用API时获取附件. 当我为响应 ...
- python调用soap_如何在python zeep中调用soap api而不使用wsdl(非wsdl模式)?使用用户和密码身份验证调用位置URL...
我无法在Zeep python客户端中为SOAP API验证用户身份 . 我有两个网址: 1) http://credotrade.stg-tradingcrm.com:8093/mex - 它指定了 ...
- Brenda-利用SOAP API访问Brenda及本地保存
目录 Target Brenda SOAP API 客户端配置 SOAP API 参数 输出 其它事项 TODO List Brenda类 Brenda_SOAP Brenda_local Brend ...
- oracle soap api,Web API与SOAP API的区别
Web API与SOAP API的区别 总的来说,Web API比SOAP API有优势,多数情况下SOAP API的优势仅在消息结构的描述上.因此在三方集成时,当对方的集成工具仅支持根据WSDL来构 ...
- Google Map二次开发——API方式
首先来看一个很好的应用实例 http://www.housingmaps.com/, 这是一个卖房子的网站,将买卖信息使用GIS标注. 除此以外,http://googlemapsmania.blog ...
- HTTP 遭 Google 抛弃,开发者该如何应对?
点击上方"CSDN",选择"置顶公众号" 关键时刻,第一时间送达! 作者简介:互扯程序,某互联网公司 P8 级专家攻城狮,曾参与过央视全台网的研发工作.目前正在 ...
- Google App Engine ProtoRPC Python API 概述
赖勇浩(http://laiyonghoa.com ) 注:前几天 GAE SDK 1.5.1 发布,其中一个新特性是 Python SDK 增加了 ProtoRPC API,我对 GAE 兴趣不大, ...
最新文章
- HBase安装与命令行操作
- torch.nn.functional.pad
- Java程序内存分析:使用mat工具分析内存占用
- Go语言范围(Range)
- 剑指offer--不用加减乘除做加法
- 第一张信用卡,该选哪家的?
- Sentinel(六)之集群流控
- 教你读懂Ajax的工作原理
- CNKI学术趋势与万方数据的知识脉络
- 电影《功夫熊猫3》中的管理知识
- 随机密码生成器 java
- 动易2006CMSSP3+动网论坛 DVBBS 7.1 SP1+Oblog 3.13绿色整合版
- STM32—驱动RFID-RC522模块
- worldpress小工具自定义html,教程 | 用 worldpress 搭建自己的博客 – 小白教程
- 深度学习之文本生成图片
- 学习分布式系统需要怎样的知识?
- 100个标题模板,让你分分钟写出10万+爆文!
- 第一二天作业-BGP MPLS + OSPF分流互备做法
- axios 和洋葱模型中间件
- Detours: 在二进制代码上截获Win32函数调用