第三章 Web服务.pptVIP

SOAP 绑定 （五）SOAP消息交换模型（或应用模式） 请求/响应模式 单向请求模式 通知模式 要求响应模式 SOAP的消息交换模型1 请求－响应模型（Request－Response） 服务请求者向服务提供者（或端点）发送请求消息，处理完请求之后，提供者将响应消息发送给请求者 。 SOAP的消息交换模型2 单向请求模型（One-way） 将单向消息发送到端点 -- 例如，不需要响应的请求。 SOAP的消息交换模型3 通知模型（Notification） 从端点向请求者发送的单向消息 SOAP的消息交换模型4 要求响应模型（Solicit-Response） 服务端向请求端主动发送消息并且要求得到响应 请求：参数在URL中 /customers/1 响应：任何结构化格式，如JSON、XML。 如：{“name”:“Peter”.“balance”:2000} 服务器 客户端 在最常见的REST实现方式中，所有的请求都是URL，请求中 参数的名称和值放在URL中，而不再采用SOAP封装的XML。 REST到底是什么？ REST只是一种风格，不是一个标准； REST是以资源为中心的； REST的目的是决定如何使一个定义良好的?Web程序向前推进 ； REST充分利用或者说极端依赖HTTP协议 。 * REST定义了应该如何正确地使用Web标准，例如HTTP和URI。如果你在设计应用程序时能坚持REST原则，那就预示着你将会得到一个使用了优质Web架构的系统。 在REST风格的Web服务中，每一个资源都对应一个URI（统一资源标识符），在不严格的情况下，URI可以理解成URL。这些URL往往构成一个层次结构。而这种层次结构直观、可预测、易于理解，开发人员可以很容易地构建这些URL，指向他们所需的Web资源。 * REST中基本上所有的请求都是一个URL，可以采用多种语言来产生这个URL并发送它，甚至可以不编程，直接把URL放在Web浏览器中就可以得到想要的结果。REST被认为是“Web”的命令行。 * 不够严谨，略显随意 复杂，效率地，未发挥HTTP优势 缺点 轻型、简易、高效、能充分利用Web优势，使用渐广 产生早、成熟、接口严谨、功能强大 优点 JSON、XML等 放在XML中以SOAP封装 响应结果 参数一般放在URL中 放在XML中以SOAP封装 请求参数 主要是HTTP GET HTTP POST 传输方式 REST类型的Web服务 SOAP类型的Web服务 两类Web服务比较 * * SOAP简单的理解，就是这样的一个开放协议SOAP=HTTP+XML：采用HTTP作为底层通讯协议；XML作为数据传送的格式，允许服务提供者和服务客户经过防火墙在Internet进行通讯交互。 * （三）SOAP的设计目标 简明性：主要表现在SOAP的整个消息结构非常简单（一个Envelop中只包含了Header和Body两部分）除了消息结构外，SOAP没有定义额外的表述结构标准，没有定义自己的编码标准，没有定义自己的传输协议。 可扩展性：表现在SOAP可以使用任意的模式定义方式来定义内部传输内容的结构（编码方式一般使用XML Schema），可以用任意的网络传输方式来完成传输。 （四）SOAP消息结构 * SOAP Header 控制信息的通用容器,可以实现一些诸如认证、事务管理以及支付等。 SOAP actor属性: SOAP actor属性的值是一个URI，指明下一个进行消息处理的SOAP中介。若省略SOAP actor属性，则表明接收者是SOAP消息的最终接收者。 SOAP Body 负责指定要执行的方法名以及所有传递给方法的参数。在Web服务者接受、翻译并处理完了这个方法调用之后，它就会发送一个响应或错误消息。 SOAP Fault SOAP Fault元素是用于在SOAP消息中传输错误或状态信息。如果SOAP消息需要包含SOAP Fault元素的话，它必须作为一个Body条目出现，同时在Body元素内它必须不出现多于一次(至多出现一次)。 * 举例（银行转帐） 转帐请求SOAP消息 soap:Envelope xmlns:soap=/soap/envelope/ soap:Header !-- security credentials -- s:credentials xmlns:s=urn:examples-org:security usernamedave/username passwordevad/password /s:credentials