(文摘)彻底理解webservice SOAP WSDL

原文: http://wenku.baidu.com/view/f87b55f19e31433239689314.html

WebServices特点介绍

WebServices 提供一个建立分布式应用的平台,使得运行在不同操作系统和不同设备上的软件,或者是用不同的程序语言和不同厂商的软件开发工具开发的软件,所有可能的已开发和部署的软件,能够利用这一平台实现分布式计算的目的。WebServices的思想是:使得应用程序也具有 Web 分布式编程模型的松散耦合性。

WebServices体系结构

在Web 服务的体系结构中,涉及到三个角色,

一个是 Web 服务提供者,一个是 Web 服务中介者,还有一个就是 Web 服务请求者,

同时还涉及到三类动作,即发布,查找,绑定,

Web 服务提供者:

可以发布 Web 服务,并且对使用自身服务的请求进行响应,

Web 服务的拥有者,它会等待其他的服务或者是应用程序访问自己。

Web 服务请求者:

也就是 Web 服务功能的使用者,它通过服务注册中心也就是 Web 服务中介者查找到所需要的服务,

再利用 SOAP 消息向 Web 服务提供者发送请求以获得服务。

Web 服务中介者:

也称为服务代理,用来注册已经发布的 Web服务提供者,并对其进行分类,同时提供搜索服务,

简单来说的话,Web 服务中介者的作用就是把一个 Web 服务请求者和合适的 Web 服务提供者联系在一起,

充当一个管理者的角色,一般是通过 UDDI来实现。

发布:

通过发布操作,可以使 Web服务提供者向 Web 服务中介者注册自己的功能以及访问的接口。

发现(查找):

使得 Web 服务请求者可以通过 Web 服务中介者来查找到特点的种类的 Web 服务。

绑定:

这里就是实现让服务请求者能够使用服务提供者提供的服务了。

WebServices三种基本元素之 SOAP

SOAP 即 Simple Object AccessProtocol 也就是简单对象访问协议。

SOAP 呢,其指导理念是“唯一一个没有发明任何新技术的技术”,

是一种用于访问 Web 服务的协议。

因为 SOAP 基于XML 和 HTTP ,其通过XML 来实现消息描述,然后再通过 HTTP 实现消息传输。

SOAP 是用于在应用程序之间进行通信的一种通信协议。

因为是基于 XML 和HTTP 的,所以其独立于语言,独立于平台,并且因为 XML 的扩展性很好,

所以基于 XML 的 SOAP 自然扩展性也不差。

通过 SOAP 可以非常方便的解决互联网中消息互联互通的需求,

其和其他的 Web 服务协议构建起 SOA 应用的技术基础。

SOAP 协议的一个重要特点是它独立于底层传输机制,Web 服务应用程序可以根据需要选择自己的数据传输协议,

可以在发送消息时来确定相应传输机制。

由于 HTTP 协议本身的一些特点和局限性,

使得当 SOAP 使用HTTP 绑定的 Web 服务并不能满足某些企业应用的需求。

比如,HTTP 不是一个可靠传输协议,所以有可能在传输过程中出现问题,

然后 HTTP 协议基于Request/Response 模型,也就是说客户端需要在等待响应消息接收完成后才能继续执行,

而此时如果响应时间过长呢?

基于上面的这些需求,便需要选择合适的传输协议了。

关于这方面的内容的话,有点深奥了,有兴趣的可以去看看 IBM 的一些关于这方面内容的介绍。

还有一点需要提及一下,那就是 SOAP 是可以绕过防火墙的,将来将会作为 W3C 的标准进行发展。

WebServices三种基本元素之 WSDL

WSDL 即Web Services Description Language也就是 Web 服务描述语言。

是基于 XML的用于描述 Web 服务以及如何访问 Web 服务的语言。

服务提供者通过服务描述将所有用于访问 Web服务的规范传送给服务请求者,

要实现 Web服务体系结构的松散耦合,服务描述是一个关键,

不管是请求者还是服务提供者,通过服务描述便可以不必了解对方的底层平台,编程语言等,

服务描述与底层的 SOAP 基础结构相结合,

足以封装服务请求者的应用程序和服务提供者的 Web服务之间的这个细节。

WSDL 描述了 Web服务的三个基本属性:

(1)服务所提供的操作

(2)如何访问服务

(3)服务位于何处(通过 URL 来确定就 OK 了)

WebServices三种基本元素之 UDDI

UDDI 即 Universal Description,Discovery and Integration,也就是通用的描述,发现以及整合。

WSDL 呢,用来描述了访问特定的 Web 服务的一些相关的信息,可以在互联网上,

或者是在企业的不同部门之间,如何来发现我们所需要的 Web 服务呢?

而 Web 服务提供商又如何将自己开发的 Web 服务公布到因特网上,

这就需要使用到 UDDI 了,UDDI的话,是一个跨产业,跨平台的开放性架构,

可以帮助 Web 服务提供商在互联网上发布 Web 服务的信息。

UDDI 呢是一种目录服务,企业可以通过 UDDI 来注册和搜索 Web 服务。

简单来时候话,UDDI 就是一个目录,只不过在这个目录中存放的是一些关于 Web 服务的信息而已。

并且 UDDI 通过SOAP 进行通讯,构建于 . Net 之上。

开发 Web服务的方式

(1)开发阶段:

实现一个 Web 服务,使这个 Web 服务能响应和接收 SOAP 消息,

(这个呢,其实可以通过 Visual Studio 来帮助实现),

定义好逻辑模块(这个 Web 服务总要干点事情吧),

然后再撰写 WSDL 文件(这个呢,开发工具会自动生成的,不需要人工撰写了)

(2)部署阶段:

指定 Web 服务的传输协议,将 Web 服务注册到相应服务描述部署文件(这些也是可以由工具来自动完成的)

(3)发布阶段:

将 Web 服务的接口和调用的地址公开给客户端调用,

常用的发布方式为基于 Web 提供的WSDL 的链接,当然 UDDI 也是一个选择。

总结一下 WebServices的优点

其实呢,前面介绍的都是关于 WebServices 的优点,在这里就只是浅要的总结一下了。

首先,WebServices 是基于 Internet 和异构平台的应用,

这样便可以方便的实现通过网络来通信,同时可以实现在不同的平台之间共享数据。

然后就是,WebServices 是基于 XML 和HTTP 的,

也就是基于标准和开放的,基于 XML 的话,扩展性自然好,自然跨语言。

基于 HTTP 的话,自然跨平台了。

最后,再回忆一下 WebServices 是一种应用程序组件吧,这样便可以将 WebServices 重复使用了。

谈谈 WebServices 的缺点

首先就是由于 XML 文件的难以解析,所以在使用 Web 服务的时候,会消耗较多的 CPU 和内存资源,

而后,SOAP 是基于XML 的,所以在网络传输中传输的是 XML 文件,

但是由 XML 文件相比于二进制文件来说,要大很多,自然就会消耗更多的网络资源了。

而后,由于通过 WSDL 解耦了Web 服务提供者和请求者,且 SOAP 消息时从发送者向接收者单向传送的,

这在一定程度上造成了 WebServices 是一种无状态服务,

尽管现在在 . Net 中可以通过 Session 来实现在客户端和服务端共享一些数据,

但是单单依靠 Session 来实现客户端和服务端的状态交互也太牵强了吧

WebServices 在数据绑定上也存在一些缺陷,

因为所有的数据在传输中都是使用的 XML 来实现的,

因此,需要在二进制数据和 XML 之间进行一个转换(通过序列化和反序列化来实现),

而在转换过程中有可能出现语义丢失的情况。

最后就是 WebServices 的技术要求相对比较高,

因为涉及到底层的 HTTP 协议以及SOAP ,WSDL 和UDDL 这三大平台元素,

所以学习的曲线也是比较长的,

当然,在 . Net 中可以通过 Visual Studio 非常快速和简单的开发和访问一个 Web 服务,

但这只限于在简单的使用上,而对于本质的东西,是比较难的。

时间: 2024-11-09 00:12:47

(文摘)彻底理解webservice SOAP WSDL的相关文章

【🉐】 彻底理解webservice SOAP WSDL

原文: http://wenku.baidu.com/view/f87b55f19e31433239689314.html WebServices简介 先给出一个概念 SOA ,即Service Oriented Architecture ,中文一般理解为面向服务的架构, 既然说是一种架构的话,所以一般认为 SOA 是包含了运行环境,编程模型, 架构风格和相关方法论等在内的一整套新的分布式软件系统构造方法和环境, 涵盖服务的整个生命周期.而在 SOA 的架构风格中,服务是最核心的抽象手段. SO

彻底理解webservice SOAP WSDL

WebServices简介 先给出一个概念 SOA ,即Service Oriented Architecture ,中文一般理解为面向服务的架构, 既然说是一种架构的话,所以一般认为 SOA 是包含了运行环境,编程模型, 架构风格和相关方法论等在内的一整套新的分布式软件系统构造方法和环境, 涵盖服务的整个生命周期.而在 SOA 的架构风格中,服务是最核心的抽象手段. SOA 中的服务是构建在一些列基于开放标准的基础之上的, Web 服务定义了如何在异构系统之间实现通信的标准化方法, 从而就使得

理解WebService SOAP WSDL

WebServices简介 先给出一个概念 SOA ,即Service Oriented Architecture ,中文一般理解为面向服务的架构, 既然说是一种架构的话,所以一般认为 SOA 是包含了运行环境,编程模型, 架构风格和相关方法论等在内的一整套新的分布式软件系统构造方法和环境, 涵盖服务的整个生命周期.而在 SOA 的架构风格中,服务是最核心的抽象手段. SOA 中的服务是构建在一些列基于开放标准的基础之上的, Web 服务定义了如何在异构系统之间实现通信的标准化方法, 从而就使得

Webservice soap wsdl的区别

Web Service完结业务诉求:Web Service是真实“就事”的那个,供给一种就事接口的总称.WSDL供给“能办的事的文档阐明”:对要供给的效劳的一种描绘格局.我想帮你的忙,但是我要通知你我都能干啥,以及干这些工作需求的参数类型.SOAP供给“恳求”的规范:向效劳接口传递恳求的格局,包括办法和参数等.你想让人家就事,总得通知人家你想干啥吧,SOAP即是界说这个“恳求”的格局的,按照SOAP界说的“恳求”格局“书写”恳求就能够确保Web Service能够正确的解读你想让它干啥以及你为它

Webservice soap wsdl区别之个人见解

原文:http://blog.csdn.net/pautcher_0/article/details/6798351 Web Service实现业务诉求:Web Service是真正“办事”的那个,提供一种办事接口的统称. WSDL提供“能办的事的文档说明”:对要提供的服务的一种描述格式.我想帮你的忙,但是我要告诉你我都能干什么,以及干这些事情需要的参数类型. SOAP 提供“请求”的规范:向服务接口传递请求的格式,包括方法和参数等.你想让人家办事,总得告诉人家你想干什么吧,SOAP就是定义这个

webservice 之 WSDL的解析

先看一个wsdl, <?xml version="1.0" encoding="UTF-8" standalone="no"?> <wsdl:definitions xmlns:tns="http://ws.lk.com" xmlns:wsdlsoap="http://schemas.xmlsoap.org/wsdl/soap/" xmlns:soap12="http://www

restful webservice SOAP webservice

为了说明这个问题,必须的纠正一下我们对HTTP的认识. 首先回顾一下OSI七层模型 OSI(Open System Interconnection,开放系统互连)七层模型 7 应用层 6 表示层 5 会话层 4 传输层 3 网络层 2 数据链路层 1 物理层 HTTP并不是一种传输层的"传输协议"(第四层),而是一种应用层的"转移协议"(最高层). SOAP类型的WebService就是最好的例子,SOAP消息完全就是将Http协议作为消息承载, 以至于对于Http

Webservice SOAP传输序列化总结(转)

Webservice SOAP传输序列化总结最近在接触Webservice,在使用SOAP协议远程调用本地返回自定义类对象的[WebMethod]方法时总是出错,百度Google后解决问题,现总结如下: 一.所有Webservice中传递的对象都必须能够序列化,这个是作为在网络之间传输的必要条件.XML WebService和SOAP标准支持的数据类型如下: 1.基本数据类型. 标准类型,如:int float bool DateTime string等基本数据类型 2.枚举. 支持枚举Enum

webservice------UDDI SOAP WSDL 之间的关系

[  真的是服了一些博客.....啰里啰唆的将一堆==   根本不知道讲的是什么 ... 在描述一个定义之前  (不如先通俗的讲它是干什么的)] SOAP(Simple Object Access Protocol) 简单对象访问协议: WSDL(Web Services Description Language) Web服务描述语言: UDDI (Universal Description Discovery and Integration) 统一描述.发现和整合规范. WSDL用来描述服务: