SOAP的S是Simple

微信扫一扫,分享到朋友圈

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,不过真是学不懂。)

原文: 来源

觉得文章有用?立即:和朋友一起 共学习 共进步!

建议继续学习:


  1. 使用SoapHeader实现Soap请求验证    (阅读:4521)

  2. Ajax和WEB服务数据格式:XML SOAP HTML    (阅读:2557)

  3. 入门级的讲讲soap这个php webservice    (阅读:2137)

QQ技术交流群:445447336,欢迎加入!

扫一扫订阅我的微信号:IT技术博客大学习

微信扫一扫,分享到朋友圈

SOAP的S是Simple

娜帕蒂卡:家纺行业的“互联网+”持续升级 加速了家纺的产业生态圈

上一篇

三年之久的 etcd3 数据不一致 bug 分析

下一篇

你也可能喜欢

SOAP的S是Simple

长按储存图像,分享给朋友