SOAP的S是Simple
曾经有一个争论,一边是站在SOAP这边的人,另一边则是其它人。 站在SOAP这边人,当他们在争论SOAP和Web Service框架的复杂度时,SOAP这边的人说,在引入那些WS-*东东之前,SOAP的确是简单的,这就是为什么SOAP的第一个字母S就是Simple。
在2000年的时候,有一个苦恼的程序员,
程序员: 不好意思,我的老板这周末去打高尔夫了,现在我不得不要搞一个SOAP的应用,但是我根本不知道什么是SOAP。SOAP专家,你能帮我吗?
SOAP专家: 当然可以。首先,我要告诉你,SOAP 就是 Simple Object Access Protocol.
程序员: 哦,那么说来,他是简单的罗?
SOAP专家: 简单的就像星期天一样,我的朋友。
程序员: OK,快跟我说说。
SOAP专家: 好,就像他的名字一样,SOAP用为远程对象访问。
程序员: 像CORBA一样?
SOAP专家: 正是如此,就是像 CORBA,只是更简单。不需要复杂的传输协议,还要设置防火墙,SOAP用的是HTTP。而且我们用的是XML作为传输数据格式而不是二进制。
程序员: 听起来很不错哦,告诉我它是怎么工作的?
SOAP专家: 没问题。首先,有一个SOAP信封,其相当的简单。就是一个XML文件由head和body组成。在body中进行你的RPC调用。
程序员: 哦,这就是所有的RPC的东西?
SOAP专家: 确对是的。就像我所说的,你的RPC调用的方法名和其参数都需要写的这个XML文档的body中。方法名是在最外层的tag,每一个嵌套的子tag就是其参数。并且所有参数的类型都可以被指定,请看能规格说明书的第五节。
程序员: (阅读第五节) 还好,不算太坏。
SOAP专家: 现在,当你的服务开发完后,你需要指定endpoint.
程序员: Endpoint?
SOAP专家: Endpoint, 就是服务的地址。你需要使用HTTP的 POST 方法把SOAP 信封放到 endpoint的 URL.
程序员: 如果我使用HTTP的GET方法什么怎么样?
SOAP专家: 不知道,使用GET的行为 undefined.
程序员: 哼哼。那么,要是我把我的服务移到别的 endpoint上?我是否可以得到一个301错误?
SOAP专家: 不会的,SOAP不会返回HTTP的错误码。
程序员: 那么,当你说SOAP使用HTTP,你的意思是说SOAP在HTTP打了个洞?
SOAP专家: 哦,别说得那么难听,应该说, SOAP 是一个传输协议。
程序员: HTTP 就不是吗?那是应用层的协议啊。总之,SOAP支持了别的什么传输协议?
SOAP专家: 官方地来说没有。但是你可以潜在地支持任何的协议。而且有许多的平台支持JMS,FTP还有SMTP。
程序员: 有人用那那些协议吗?
SOAP专家: 嗯,没有。不过,我想表达的是,你能够。
程序员: 好吧。关于 SOAPAction HTTP header,这是用来做什么的?
SOAP专家: 老实说,没人真正的知道。
程序员: 那么,那些 ‘actor’ 和 ‘mustUnderstand’ 属性,是否有人用呢?
SOAP专家: 没有,真的没人用。你就忽略这些东西吧。
程序员: 好吧,让我现读一读SOAP的规格说明书。
(程序员阅读中……)
程序员: 好了,我现在几乎可以做个简单的东西了,但是我不能说我喜欢这个远程过程调用RPC的方法以及其序列化对象的方式 。
SOAP专家: RPC!对象序列化!你从哪得到的SOAP就是一堆RPC的这种印象?! SOAP是关于基于文档的消息传递啊,我的朋友。
程序员: 但是,这是你说的……
SOAP专家: 忘了我所说的吧。现在,让我们谈谈消息传递吧。其消息格式遵守XML Schema,我们把之称为新型的文件格式。
程序员: XML Schema?
SOAP专家: 哦,这是很不错的东西,未来的头等技术,你应该看一下。
程序员: (阅读 Schema 规格说明书). 上帝保佑我们!就算是亚历山大帝也搞不定它啊。
SOAP专家: 不必太担心。会有专门的工作为你来创建XML Schema。真的,这只不过就是工具上的事。
程序员: 工具是怎么做的?
SOAP专家: 好吧,他们反映了你的代码,并自动生成Schema。
程序员: 反映了我的代码?我以为这只是文档,而不是对象序列化。
SOAP专家: 你没听我说吗?这只不是工具上的事。总之,我们不能期望你来手写 XML Schema 和 WSDL。另外,这其实就是一种校正测量。你不需要读的。
程序员: 喔喔,等一下,你刚才说的那个单词是什么? Wizzdle?
SOAP专家: 哦,我没有说过吗?WSDL. Web Services Description Language. 它让你指定你的数据类型,参数,操作名,传输绑定,以及endpoint URI,这样,所有的客户程序员就可以访问你的服务了。你应该看看。
程序员: (阅读WSDL 规格说明书)。我相信那个写下这个文章的人已经被枪杀了。其内部说明都不一致。而且,其用的是HTTP GET绑定,你不是和我说过, GET 是 undefined吗.
SOAP专家: 不必担心那个,没人会用那玩意。总之,工具会帮你生成WSDL,而且在WDSL里会有Schema的。
程序员: 但是,不应该用别的方法吗?不应该是先设计好接口然后再是生成代码吗?
SOAP专家: 是的,我猜那在原则上听起来是对的。但做起来并不容易,只有很少的SOAP栈支持先开发WSDL。让工具为这个事操心去吧。
程序员: 还有一个问题。如果我们传递 XML Schema 的消息,我们在哪里指写操作名?
SOAP专家: 好吧,你还记得 SOAPAction HTTP header吗? 绝大多数的人把操作名放在那里。
程序员: 大多数人?
SOAP专家: 嗯,这种新型并不会被写在所有的地方。
程序员: 我注意到你们整个SOAP界有很多的模糊和歧意,有些地方还是错的,并没有标准的规格说明书。实际上, SOAP 和 WSDL 规格说明书只是 W3C 的笔记罢了,连草稿都不是。
SOAP专家: 我们还在继续中。
程序员: 这个真的能行吗?能承诺吗?
SOAP专家: 绝对没有问题。
程序员: 好吧,那我去试试。
(不久以后……)
程序员: 事情变得很恶心。我这边的工具生成的WDSL居然不能被我同事的工具使用。还不仅仅是这个,其生成的XML Schemas 无法重用。而且,好像没有工具可以最好的处理SOAPAction header.
SOAP专家: 很报歉,兄弟。在光明的那一面,没人用这些文件。为了让传输独立,我们所有人都用包装好的文件。听着是不是很酷:包装好的文件?
程序员: 那是什么?
SOAP专家: 就像是原来那样,只不过,你整个消息被 包装起来成一个元素,其和操作有一样的名字。现在操作名和消息成了一体了。
程序员: 好吧,请问说明书在哪里?
SOAP专家: 哦,没有规格说明书。这只是Microsoft自己搞的。不过应该是个很不错的主意,挺不错的。然后,这是一个新玩意。我想你一定会喜欢它的―― Web Services Interoperability Group,简称 WS-I,它就是为了移除 SOAP 和 WSDL 规格说明书中的那些歧义。我知道你有多么喜欢规格说明书。
程序员: 所以,换句话说,原来的那些规格说明书太糟糕了,以致于你需要一个标准化的东西来标准化这些标准。上帝啊。好吧,那么,是否这些协调问题被 解决了?
SOAP专家: 当然,只要你使用 WS-I 的 SOAP 栈,就可以减少使用80%的 XML Schema,别用任何不同寻常的数据类型,也别期望可以和WebSphere和 Apache Axis一起运行。
程序员: 那么,是否包装的文件被在那里被解释了?
SOAP专家: 没有,但是你的工具会明白的。绝大多数,总之。
程序员: 让我总结一下,SOAP的定义是不变的,SOAP可以是任何东西,但就是简单,它不再意味着对象访问,就算是所有的工具都那样做。
SOAP专家: 基本上是对的,但是我们走得比你要远一些。我们不赞成SOAP缩写的含义。
程序员: 真的!那么SOAP是什么的缩写?
SOAP专家: 什么也不是,就是SOAP.
程序员: (无语中……)
SOAP专家: 下面让我来告诉你什么是 UDDI。
(注:我以前还认真地学过SOAP,不过真是学不懂。)
原文:来源
建议继续学习:
- 使用SoapHeader实现Soap请求验证 (阅读:4913)
- Ajax和WEB服务数据格式:XML SOAP HTML (阅读:3039)
- 入门级的讲讲soap这个php webservice (阅读:2473)
扫一扫订阅我的微信号:IT技术博客大学习
- 作者:陈皓 来源: 酷壳 - CoolShell.cn
- 标签: SOAP
- 发布时间:2011-02-13 22:47:31
- [55] Oracle MTS模式下 进程地址与会话信
- [55] IOS安全–浅谈关于IOS加固的几种方法
- [54] 如何拿下简短的域名
- [53] 图书馆的世界纪录
- [53] android 开发入门
- [52] Go Reflect 性能
- [49] 【社会化设计】自我(self)部分――欢迎区
- [49] 读书笔记-壹百度:百度十年千倍的29条法则
- [38] 程序员技术练级攻略
- [32] 视觉调整-设计师 vs. 逻辑