快捷搜索:  as

《WCF技术内幕》翻译8:第1部分第2章面向服务消

消息剖析

小时刻,我们进修到邮票应该贴在信封的右上角,地址应该写在中心。假如我们乐意,可以增添一个回覆地址在信封的左上角。所有被处置惩罚的信件必须遵守这个基础的布局。假如款式纰谬,或者地址不清晰,或者地址分歧法,邮政办事会觉得这个邮件无效,并且无法送达。假如我们幸运的话,邮件会被退回(假如写地址的话)。可以想象没写地址有多纷乱。假如发送者可以容许乱放邮票或者地址,邮政办事必要查遍全部信封来确定邮票和地址。很可能,为了完成新加送达义务,每次可能要增添远多于2美分的邮资。实际上,邮局定义的信封布局,从发信人角度来看,会改进信件处置惩罚的效率和同等性而不必要就义可用性。

与邮寄信件的例子相反,SO消息不必要在遵守布局模式。像邮寄信件的例子,一个定义好的信封款式改进前进事情效率,靠得住性和系统的功能。记着消息利用系统观点不是新的。起源于各类各样不合厂商的消息已经经历过了几十年来利用的成长。没有标准的布局,各个厂商偶读可以开拓自己的消息架构,结果便是这些千差万其余消息架构不能够用来进行系统间的互操作。

假如我们看一下FedEx, UPS, 和DHL这些公司,我们可以看到一个相似的模式。每个组织已经定义好的他们自己的地址款式和打包规范。很丢脸到一个贴着UPS标签的住宿包裹在FedEx 公司里送达。技巧角度来说是可行的,然则商业压力和效率阻碍了这些公司于别的一个公司的地址款式和包装标准通用。

用相同的观点查验一个可收购企业的谋略系统并不魔难。总体来说,厂商不盼望自己的利用系统可以与其他的系统交互。他们有足够的光阴让自己的系统与单个设备通信,零丁与其它系统互操作。以前,客户盼望,在必然程度上,用一个厂商的对象集办理他们所有的企业需求。客户面对的选择是“谁能卖给我这样的完备包裹?”而不是“那个产品最得当我的每个需求?”。跟着社会成长,一站式贩卖很难满意潜在的客户。结果,软件厂商不得不坐到一路来开会,来拟订一些列公共消息规范和标准,让他们的利用系统孕育发生的消息遵守这些规范。为了这些标准的简历和经由过程,已经花费的很多年光阴,然则终极这些标准出生,并且我们可以盼望这些标准日益完善。

有许多关于消息标准的文章,在涉猎本书的时刻我们可以多次提到这些标准。这些规范是,不论哪种形式,许多都是基于SOAP,并且每个规范的感化不合。出于进修上的好奇心,完全的SOAP消息规范可以在这里查看:http://www.w3.org/TR/soap12-part1/。因为SOAP的机动性,现在SO消息的消息都是SOAP消息。SOAP,它的核心,是一个基于XML的消息布局。SOAP定义了3个主要的可以定义随意率性XML消息的XML元素:信封,消息主体和消息头。这里是个简单的SOAP消息的例子:

xml version='1.0' ?>

env:Envelope xmlns:env="http://www.w3.org/2003/05/soap-envelope">

env:Header>

env:Header>

env:Body>

env:Body>

env:Envelope>

您可能还会对下面的文章感兴趣: