Web Service(WS)是VS.NET平台中的一个亮点，成为在J2EE架构与.NET企业架构中的唯一一个有“共同语言”的东西。

　　我们在项目的开发中，并没有太多的使用WS，我对WS的实战经验也不多。从众多的网站讨论中，我觉得有几个重要的东西，下面是积于我目前的理解所做的一个总结，大家评论一下，哪些是错的，哪些是对的：

　　一、WS相关一堆名词什么关系

　　XML：不说了

　　WSDL：用于描述WS，XML格式，指示客户端如何与该WS进行交互。

　　UDDI：WS如何发布，客户如何找到WS，用UDDI

　　与那个天才的名字DISCO有关!!?? ：o

　　(以下摘自MSDN)

　　UDDI(通用说明、发现和集成)规范定义一个发布和发现有关 XML Web services 的信息的标准方式。与 UDDI 关联的 XML 架构定义四种使开发人员能够使用已发布的 XML Web services 的信息。它们是：业务信息、服务信息、绑定信息以及有关服务规范的信息。

　　作为 UDDI 项目的核心组件，UDDI 业务注册表使业务能够以编程方式定位有关其他单位公开的 XML Web services 的信息。开发人员可以使用 UDDI 业务注册表定位发现文档和服务说明。

　　SOAP：一个协议，内容为XML格式的、在WEB上交换数据的轻量协议。

　　它在WS中的作用是：服务器与客户端交换数据时使用的协议。

　　(以下摘自MSDN)

　　SOAP 协议规范包含四个主要组成部分。第一部分定义用于封装数据的必需的可扩展信封。该 SOAP 信封定义 SOAP 消息，并且是 SOAP 消息处理器之间的基本交换单位。这是该规范唯一必需的部分。

　　SOAP 协议规范的第二部分定义用来表示应用程序定义的数据类型和有向图形的可选数据编码规则，以及用于序列化非句法数据模型的统一模型。

　　第三部分定义 RPC 样式(请求/响应)的消息交换模式。每个 SOAP 消息都是单向传输。尽管 SOAP 的根位于 RPC 中，但它不仅仅只是请求/响应机制。XML Web services 经常组合 SOAP 消息以实现此类模式，但 SOAP 并不强制要求消息交换模式，这部分规范也是可选的。

　　规范的第四部分定义 SOAP 和 HTTP 之间的绑定。但该部分也是可选的。可以将 SOAP 与任何能够传输 SOAP 信封的传输协议或机制(包括 SMTP、FTP 甚至软盘)结合在一起使用。