Web Service描述语言 WSDL 详解(1)--为什么使用WSDL?［转］

2024-07-21 02:21:56

字体：大中小

来源：转载

供稿：网友

　　像internet协议之类的标准有没有为权威所利用，或者人们这样看待它是因为顺之所获的好处远远超出了代价？曾经有许多试图建立的标准都流产了。有时候，那些还没有普遍使用的标准甚至由法令或政府规定强行推出：ada语言就是一例。

　　我相信正是跟随标准所带来的好处使它广泛接受。例如，对于铁路服务来说，真正重要的是，不同公司所铺设的铁路结合到一起，或者是来自好几个公司的产品协调的工作在一起。几家大的企业合力建立了soap标准。web service描述语言(wsdl)向这种web service的提供商和用户推出了方便的协调工作的方法，使我们能更容易的获得soap的种种好处。几家公司的铁道并在一起不算什么难事，他们所需遵循的只是两轨间的标准距离。对web service来说，这要复杂得多。我们必须先制定出指定接口的标准格式。

　　曾经有人说soap并不真需要什么接口描述语言。如果soap是交流纯内容的标准，那就需要一种语言来描述内容。soap消息确实带有某些类型信息，因此soap允许动态的决定类型。但不知道一个函数的函数名、参数的个数和各自类型，怎么可能去调用这个函数呢？没有wsdl，我可以从必备文档中确定调用语法，或者检查消息。随便何种方法，都必须有人参与，这个过程可能会有错。而使用了wsdl，我就可以通过这种跨平台和跨语言的方法使web service代理的产生自动化。就像com和corba的idl文件，wsdl文件由客户和服务器约定。

　　注意由于wsdl设计成可以绑定除soap以外的其他协议，这里我们主要关注wsdl在http上和soap的关系。同样，由于soap目前主要用来调用远程的过程和函数，wsdl支持soap传输的文档规范。wsdl 1.1已经作为记录递交给w3c（见http://www.w3.org/tr/wsdl.html）

　　wsdl文档结构

　　若要理解xml文档，将之看作块状图表非常有用。下图以xml的文档形式说明了wsdl的结构，它揭示了wsdl文档五个栏之间的关系。

　　wsdl文档可以分为两部分。顶部分由抽象定义组成，而底部分则由具体描述组成。抽象部分以独立于平台和语言的方式定义soap消息，它们并不包含任何随机器或语言而变的元素。这就定义了一系列服务，截然不同的网站都可以实现。随网站而异的东西如序列化便归入底部分，因为它包含具体的定义。

　　l 抽象定义

　　　 types

　　　　独立与机器和语言的类型定义

　　　 messages

　　　　包括函数参数（输入与输出分开）或文档描述

　　　 porttypes

　　　　引用消息部分中消息定义来描述函数签名（操作名、输入参数、输出参数）

　　2 具体定义

　　　 bindings

　　　　porttypes部分的每一操作在此绑定实现

　　　 services

　　　　确定每一绑定的端口地址

　　下面的图中，箭头连接符代表文档不同栏之间的关系。点和箭头代表了引用或使用关系。双箭头代表"修改"关系。3-d的箭头代表了包含关系。这样，各messages栏使用types栏的定义，porttypes栏使用messages栏的定义；bindings栏引用了porttypes栏，services栏引用bindings栏，porttypes和bindings栏包含了operation元素，而services栏包含了port元素。porttypes栏里的operation元素由bindings栏里的operation元素进一步修改或描述。

　　在此背景中，我将使用标准的xml术语来描述wsdl文档。element是指xml的元素，而"attribute"指元素的属性。于是：

＜element attribute="attribute-value"＞contents＜/element＞
　　内容也可能由一个或多个元素以递归的方式组成。根元素是所有元素之中最高级的元素。子元素总是从属于另一个元素，父元素。

　　注意，文档之中可能只有一个types栏，或根本没有。所有其他的栏可以只有零元素、单元素或是多元素。wsdl的列表要求所有的栏以固定的顺序出现：import, types, message, porttype, binding, service。所有的抽象可以是单独存在于别的文件中，也可以从主文档中导入。