• 热门标签

当前位置: 主页 > 航空资料 > 计算机 >

时间:2010-08-09 13:16来源:蓝天飞行翻译 作者:admin
曝光台 注意防骗 网曝天猫店富美金盛家居专营店坑蒙拐骗欺诈消费者

规范主要包括以下方面:
• 文档结构。
• 文档认定。
• 遵循B i z Ta l k模式。
• 文档路由信息。
12.10.2 规范的目标和当前的限制
B i z Ta l k规范的目标是允许企业、商户或开发商使用标签交换信息而不需使用标准化编程工
具或分布式计算技术。它通过要求一个适用所有交换信息的最小标签集来实现这个目标。标签
的设计便于定义和路由B i z Ta l k消息。
嵌入在要求标签中的是元素。元素就像用户定义的X M L文档的容器。组织可以设计文档类
型以满足相关商务交换的需要。由于消息的设计是开放的,组织必须拥有一个向合作伙伴展现
模式的手段—这就是在B i z Ta l k站点上的消息模式公共库。它允许贸易伙伴在这个库中查询合
作伙伴粘贴的模式。如果开发商希望在现存的模式上进行扩展,他们可以免费地获得这些模式,
550使用XML 高级编程
下载
这就促进了行业内模式的流行。
通用的标签和模式库有助于解决建立通用的通讯基础问题。剩下的任务只是完成两个或更
多的应用之间进行通讯的问题了。我们可以使用开放的协议进行消息传输如H T T P、S M T P和消
息队列软件在计算机之间交换B i z Ta l k文档,这覆盖了最为普通的交互通讯方法。它们当然能有
效处理在两个松耦合进程间的提交工作。几乎最广泛使用的表达式X M L和一个已经发现的词汇
表(通过框架库)以及松散的、不对称的通讯机制之间的结合,提供了一个基本的机制满足了
商务信息的自动交换需求。尽管由于计算标准的拖累,该种交换比手工商务通讯发展快许多。
12.10.3 文档结构
所有文档和消息使用的文档框架根据X M L数据精简格式进行书写,该格式由M i c r o s o f t建议
并在其M S X M L解析器中实现。一个通常的结构包括一套在B i z Ta l k标签规范中定义的必须的元
素,并都遵循W3C XML 1.0标准。必须的元素提供建立文档定义、通过一套定义、代码和结构
路由文档的方法。
一个遵循B i z Ta l k规范的文档会包含以下部分:
• BizTa l k文档根(r o o t)—必须。
• BizTa l k报头元素—可选。
• 文档主体元素—必须。
下面的代码展示了一个一般的B i z Ta l k文档的例子:
程序清单1 2 - 4 4
第12章电子商务和XML使用551 下载
这个例子乍看起来相当宏大。但是我们将看到,它包含着报头信息和你的消息。上面描述
十分复杂的报头实际上对消息的组织者的影响甚少。B i z Ta l k的报头提供了许多可选的元素以向
信息的接收者发送消息。这些元素中的值留下来由应用程序实现。上面的例子描述了对所有元
素的使用。考虑到应用的需要,你的文档可能会很简单。
B i z Ta l k标签规范的两个有趣的特征需要注意。首先,虽然X M L - D R模式支持的数据类型超
过XML 1.0中的定义,Bi z Ta l k 1 . 0模式并没有使用强的类型。M i c r o s o f t的X M L解析器M S X M L支
持同I E 5一同发布的数据类型,但是该模式是完全平台独立的,保证了这些类型对非M i c r o s o f t平
台的可访问性。当然,模式实现本身是同平台相关的,但这是不可避免的。一旦W 3 C发布一个
X M L模式建议,强的数据类型将被所有的X M L平台所接受。另一个有趣的特征是每一个Bi z Ta l k
的元素都没有属性同其关联,除了对命名空间的声明。在Bi z Talk 1.0模式中除了命名空间以外的
所有信息都是通过X M L元素进行沟通的。
1. BizTa l k文档的根( r o o t)
所有的Bi z Ta l k文档必须附加一个下面所示的根元素:
这个元素定义了Bi z Ta l k的命名空间和并指定文档遵循Bi z Talk 1.0,使用的元素来自Bi z Ta l k
的命名空间。显示的命名空间描述符是使用周知的U R N来表示Bi z Talk 1.0,这样一个客户在需
要时就可以根据该元素利用这个文档。在根元素中,消息头和主体元素应该显示。
2. 文档报头
Bi z Ta l k兼容的消息包括文档根和文档主体。在进入文档主体前,让我们看看可选的报头元
素。报头的目的是提供一个变化的信息以为路由、交付和处理该文档提供便利。如果使用报头
元素,它只能出现一次。
报头元素可能包含表1 2 - 5中所列的元素
552使用XML 高级编程
下载
表1 2 - 5
元素显示次数目的
d e l i v e r y 0或1次描述消息和其路由
m a n i f e s t 0或1次描述消息包含的内容和同消息关联的附件
delivery 元素通常对消息进行描述,它从哪里来,到哪里去。m a n i f e s t消息描述消息的内
容以及相关的文件。在报头元素中包含的消息绝大部分用于发送和接收应用程序。许多在报
头中包含的元素是框架要求保持的,它们向应用程序提供信息,但模式本身并不需要其服
务。
m a n i f e s t元素详细描述文档的内容。它提供用于命名文档的元素以及描述同消息关联的一个
或多个非X M L文件的元素。
(1) delivery元素
该元素定义了消息,谁发送了它,谁将接收它。下面是该元素的壳以及直接子元素:
程序清单1 2 - 4 5
通常,表1 2 - 6中所列元素允许在d e l i v e r y元素中使用。
表1 2 - 6
元素显示次数目的
m e s s a g e 1次提供描述符、时间戳以及人可读的消息标签
t o 1次提供源U R L以及接收者的内部状态信息
f r o m 1次提供源U R L以及发送者的内部状态信息
m e s s a g e元素对跟踪B i z Ta l k消息队列是非常有用的。而该元素中包含的信息对框架本身是没
有用处的。但是,它对构造包含在多个B i z Ta l k消息中的商务处理以及在B i z Ta l k处理中实现审计
特征是大有裨益的。表1 2 - 7中是m e s s a g e元素中包含的内容。
表1 2 - 7
元素显示次数目的
m e s s a g e I D 1次应用程序中的G U I D设定的顺序消息编号
s e n t 1次消息产生时创建的时间戳
s u b j e c t 0或1次描述消息类型的人可读标签
 
中国航空网 www.aero.cn
航空翻译 www.aviation.cn
本文链接地址:XML高级编程下(18)