天堂岛精品🔇_帅哥同志boy相关内容_.手.动.输.入.网.址.联.系.客.服.人.员.lanan_shell
的双方进行通信。其中的一些用于特殊的行业领域，如用于汽车销售、健康保险、运输、抵押 和学生贷款等。但是，这些消息的开发和说明相当昂贵，有较大的使用障碍。 图12-6 你可能会猜测，当企业对这些标准消息进行客户化时经常会应合作伙伴的要求添加一些附 加信息，这样会有更高的开发要求。可以通过使用客户化内容（同合作伙伴商定）或E D I允许的 临时定义来实现。理论上，当使用这些扩展时，应使用标准的提交给标准机构以备将来的版本 采纳。不过，你可能想象得到，一旦按临时代码实现交易，那么几乎不可能。 下面我们来看看E D I消息是什么样子的。我们将看看在X 1 2标准中两个购买定单的例子。 2. EDI 消息结构 一个E D I消息包括数据段和需要翻译的元素。我们已经注意到，制定数据段顺序的机制已经 成为制定XML DTD功能的经验。数据段分成永久的、可选的或有条件的，并可以重复预定的次 数。每个数据段中的E D I元素同样在数据标准中制定，包括数据种类属性以及最小、最大值。 这里我们可以看到，购买定单被封装在一个信封中，包括开始的报头和最后的报尾。报头 包括路由信息、使用标准的版本号、控制计数器、时间戳以及一个标志，该标志表明该交易是 否应被正常处理或仅仅是一个测试交易。在信封内的是控制信封，用于定义功能组（交易类型） 以及文档的起末位置。报尾包括功能组数量以及交易定义标记，它将同报头相匹配。 在这个消息中有两个购买定单，每一个要求有4项（参见图1 2 - 7）。 除非你对X 1 2很熟悉，否则该消息非常难懂—你没法说出这是一个购买定单，更不知道它 是要买些什么。花费时间去学习它的结构和内容就像在学习一门外语。但是最终用户不会看到 这种形式，他们拥有一个具有良好用户界面的应用程序，所以它对我们并不重要，我们只是用 500使用XML 高级编程 下载 买方卖方 838贸易伙伴特性文件 832价格/销售分类目录 838寻价响应 855购买定单确认 997功能性响应 870定单状态报告 864文本消息 856运输注意/明示 841规范/技术信息 864文本消息 869定单状态查询 850购买定单 840寻价请求 810发票 它来做一个表达式的例子。由于使用E D I系统的公司同外面的世界共享数据经常使用同公司内部 不同的语言，这样在E D I系统中就有对照表工具用于将外界的标准消息转成公司内部使用的格 式。 图12-7 3. 将E D I表达式转换成X M L 我们仔细看看该消息的一个数据段：交换控制报头。看看我们该如何使用X M L实现X 1 2方 法。交换控制报头（通常称为I S A）用于启动并定义一个交换。我们选择它的原因是它在转成 X M L时可以强化。这个例子中使用控制号作为发送者指定的I S A值。I S A是唯一具有固定长度的 数据段，具有指定位置的描述，该描述在X 1 2中是用户定义的（参见图1 2 - 8）。 图12-8 下面是使用X M L实现的例子： 你可以看到，X 1 2表达式相当紧凑，这是由于低可用、高成本的带宽。但是，当带宽提高时， 成本下降了，就不再需要这种复杂的考虑。你可以发现X M L版本十分易于阅读和理解，这样同 X 1 2相比有更简单的词汇表。 第12章电子商务和XML使用501 下载 在X M L中，具有N U L L值的属性不是必须的，它们在这里出现的原因只是利于说明—利 于比较X12和XML表达式。 表1 2 - 1是X M L中使用的属性的含义，它同X 1 2语法中定义的长名相对应。 表1 2 - 1 属性长名目的 A u t h o r i z a t i o n Q u a l Authorization Information Qualifier 定义授权信息中的信息类型 A u t h o r i z a t i o n Authorization Information 发送方附加的定义或授权数据，或 交换中的交换数据 S e c u r i t y Q u a l Security Information Qualifier 定义安全信息的信息类型 S e c u r i t y Security Information 定义发送方的安全信息或交换数据 S e n d e r Q u a l Interchange ID Qualifier 指定的系统/方法代码结构用于指定 的保留的发送方I D元素 S e n d e r Interchange Sender ID 发送方定义的代码作为接收方I D以 向其路由数据 R e c e i v e r Q u a l Interchange ID Qualifier 指定的系统/方法代码结构用于指定 的保留的接收方I D元素 R e c e i v e r Interchange Receiver 数据接收方定义的代码 X c h g D a t e Interchange Date 交换日期 X c h g Ti m e Interchange Ti m e 交换时间 S t d A g e n c y Interchange Control Standards Identifier 用于消息控制标准的响应代理的指 定码，附加在交换的报头和报尾 S t d Ve r s i o n Interchange Control Version Identifier 交换控制数据段的版本号 A c k R e q Acknowledgment Requested 发送方发送的代码，请求接收方的 交换确认 U s a g e Usage Indicator 指示在交换信封中的数据是否是测 试数据，还是产品或信息 并不建议现在的E D I标准被直接映射成X M L来实现，重要的目的是抽取丰富的语义并应用 在基于X M L的应用计算技术中。 当使用XML实现这种电子商务解决方案时，这种融合叫做XML/EDI。 无论你是否理解E D I语法，我能肯定你一定确信使用X M L会使获取过程的会话更易读懂。但 是还有一个更有力的原因在E D I风格的消息中使用X M L，事实上，X M L允许我们使用标记连接程 序的某个部分（脚本、组件等等），这样就能按照我们的商业规则对处理流程进行有力的控制。 X M L标记语法非常冗长，但简化了消息的内聚，允许出现更智能的系统。它允许在处理 中使用附加的信息作为对数据本身的补充。 但是什么是简化语法的重要性呢？在X M L / E D I中我们在寻找一种方法标记信息，这样就不 需要在内部格式和信息交换标准中进行转化。 使用X M L可以封装词汇表，这样就可以同时在组织内部和外部使用，从工作流到查询数 www.aero.cn 航空翻译 www.aviation.cn 本文链接地址：XML高级编程下
