the gloomy future of SOAP?

昏暗的SOAP的前景？当我看了来自孟岩的blog里一篇名为《Google抛弃了了SOAP API，浮想联翩》的时候，不时的问自己，SOAP的前景真的很昏暗么？在孟兄的文章中指出从12月5日起，Google不再鼓励人们使用SOAP风格的Searching API，代之以AJAX风格。然后他有提出了三点自己的看法：

1. SOAP肯定是要完蛋了，至少是在公共互联网上要完蛋了。在企业里还有人用，甚至还可能回上升趋势。这些东西本来就是企业级的人搞出来的，忽悠广大人民群众未果之后，只好回到“企业级”舔伤。不过一个五六年前被大头头们一致看好的技术，如今只能在“企业级”的、官僚主义的庇护下瑟瑟发抖，等着哪一天REST过来乌龙山剿匪，实在也可谓晚景凄凉。
2. Google选择AJAX暴露API（除了搜索，还有地图服务的API），在真正的大Web服务整合时代到来之前，会先出现一个页面级AJAX服务整合时代？SOAP注定要完蛋，可以选择的是REST和AJAX。要照理说，REST应该是不二之选，但是最近很有几个网站通过AJAX风格暴露其Web Services，比如JS-Kit.com，你可以在自己的(X)HTML页面里包含一段JavaScript，轻松获得一个AJAX风格的评论组件。换一种说法，这个站点提供“评论”这件事情的Web Services服务，任何网站可以把自己的评论功能委托给这家网站做。现在Google也以AJAX方式暴露自己的搜索服务，会不会一时间蔚然成风？别以为这事无关紧要。REST属于服务端整合，AJAX属于客户端服务整合。
3. 希望国内做Web的企业注意Web服务这个动向，别重蹈WPS的覆辙。起码从现在来看，在互联网上，我们国内的企业干的不错，把外资巨头打得找不着北。

由于自己也做过传输模型的研究。对SOAP，REST以及Ajax也有相应的了解。在此也谈谈自己的看法。其实我以前也看过Web Service业内对于REST和SOAP两大阵营见的争吵，国内的以及国外的。这篇文章所示很激进的。虽然我不是SOAP的热烈追逐者，我也喜欢使用简单的REST，但是我觉得SOAP依然有他的使用价值。现在我们经常谈到的gird computing都是要基于SOAP的Service架构。

同时，Google做为业界最主要的web服务商，他的一举一动对于在行业内打拼的小罗罗们肯定要有不小的影响。但是我们可以看到Google的大部分应用都是主要针对公众个人的，Ajax的快速，REST的简洁确实很适合轻量级的使用开发，但是企业级的使用，SOAP已然是不二选择。（呵呵，我在想，是不是自己也被SOAP的支持者洗脑了。

该文章最后，作者还描述了国内业界制定Web Service标准的美好愿景，呵呵，听起来挺有意思的。”Web服务化是个大趋势，最终会制定各项Web服务的标准API。这就是下一代的技术标准。谁控制这个标准，谁就能在Web服务时代大大地赚一笔。我来描述一下这个过程。首先是几个大的互联网厂商推出各自的Web服务API，在实践中检验、修正，逐渐成熟之后就坐在一起商量，定一个标准。然后推出产品、工具，出书，布道，推广他们这个“标准”，让一般人遵循这个标准来做网站或者页面特别方便。然后数以百万计的中小型网站和数以亿计的个人博客就会按照这个标准来做自己的东西，你不遵守这个标准，就跟今天自己开发一个不支持HTTP和HTML的浏览器一样，做的再好也没人用。咱们很多企业，闷着头做产品，完了再闷着头数钱，乐滋滋的，觉得闷声发大财就是最高境界，能抬起头制定技术战略的实在不多。仗着模仿速度快，前赴后继。其实人家老外打从朝鲜战争的时候就知道了，拼命他拼不过咱们，所以人家从来不跟我们拼命。但是人家有更高级的手段来对付我们。一手握住金融资本，一手抓住技术标准，两手抓，两手都要硬，这个才是老牌帝国主义的杀手锏。WPS的故事，不用我再重复了吧？有些事情说透了就没劲了。 “

Related posts:

• MapGuide joins in MapServer
• If I can not go abroad for future study.
• 输了，但一点也不难受。