UDDI简介
UDDI同时也是Web服务集成的一个体系框架。它包含了服务描述与发现的标准规范。UDDI规范利用了W3C和Internet工程任务组织(IETF)的很多标准作为其实现基础，比如扩展标注语言（XML），HTTP和域名服务(DNS)这些协议。另外，在跨平台的设计特性中，UDDI主要采用了已经被提议给W3C的SOAP(Simple Object Access Protocol，简单对象访问协议)规范的早期版本。
---------------------------------------------------------------------------------------------------------------------------------------------------------------------
services(Web服务)是通过因特网或者其它网络而进行服务。然而，很多时候公司或者企业都需要发布服务提供，服务目的，以及服务协议的广告。例如，如果你在你的Web站点上加入证券报价机，你可以通过Web服务来产生关于证券报价机方面的广告。但是，你如何知道这一广告是否有用？它的作用在哪里？它会给你带来利益吗？而且，在哪里及如何访问这些广告？答案就是UDDI (统一描述、发现和集成，即Universal Description, Discovery以及 Integration)
一个基于Web services的“电话号码簿”
UDDI开始是作为一个协议而产生，这一个协议是描述Web services地址和提供这些地址的公司或企业的规范。现在UDDI技术已经包括UDDI业务注册中心（UDDI Business Registry）──有时候也称之为cloud services。这一注册中心与一个电话号码簿非常类似，因为顾客可以通过注册中心查询已经注册Seb services的公司列表。
一个UDDI注册中心的每一Web service都可以以三个部分来描述：第一，“白页(White pages)”描述了提供Web service的公司的所有信息，包括产品，联系信息等。第二，“黄页(Yellow pages)”通过分类很容易地划分和定位类似的Web服务，比如将Web services分成PDAs，无线电通讯，体育评说等。最后，“绿页(Green pages)”提供了有关联系这一Web service方法的详细信息，比如一个SOAP的URI地址，或者描述这一服务及其性质的WSDL文件。“绿页”的内容是由Wed service提供者提供的，一般都是提供进一步联系信息的网址或者一个Java RMI。
不同的卖主都有独立的注册中心节点“nodes”，包括微软本身。如果你对节点及Web services发布的更多信息感兴趣，可以访问OASIS站点，这一站点是一个致力于“在电子商务，Web services等方面的开发，集成，采用结构信息标准”的行业组织。
查看UDDI注册中心
你可以很容易地在Visual Studio中浏览UDDI节点。任何Visual Studio语言中UDDI节点的工作模式都是相同的，现在我们从Visual Basic角度说明这一过程。启动一个VB.NET工程并选择Project|Add Web Reference。
可以看到一个将Add Web Reference对话框作为“查找Web services的出发点”的选择。你可以要么键入一个URL，要么在以下提供的超链接列表中点击其中的一个：
当地机器上的Web services
在局域网中浏览UDDI服务器(请记住局域网与广域网一样，都可以使用Web services。)
查询UDDI业务注册中心以找到Web services的产品与公司。
探测微软的UDDI地址。
第四个链接是出于测试目的。微软的地址目录中提供很多服务，你可以使用这些服务来学习如何访问和合并程序中的Web services。
现在我们做一个试验：通过第三方链接，查找UDDI业务注册中心。(注意：为了能够使范例正常运行，系统中一定要安装VS.NET。) 点击并连接到微软开发的http://uddi.microsoft.com/visualstudio。这是一个节点，你可以在这一节点中搜索服务类型(比如天气)，提供者(比如XYZ天气服务)，或者在类别方案(categorization scheme)中选择，而类别方案其实就是一个小的UDDI“黄页”集。
在服务名称中输入W%(%类似于*，意味着以w为入口)，我这里获得29种结果──也许你的结果不一样，因为与网络上的站点一样，Web services都是不断变化的。
现在在类别方案列表中选择并点击VS Web服务搜索分类(VS Web Service Search Categorization)。在子类别表中点击日历，然后点击搜索(Search)按钮。你可以看到提供日期/时间或者其它与日历相关的Web服务的很多列表。如果你对其中某一方面感兴趣，点击+就可以展开所有的入口，你可以看到显示很多UDDI数据选项的一个清单，包括：服务描述(Service Description)，绑定(Bindings，查看与服务相关的站点)，访问站点(Access Point，你可以通过这一地址发送一个信息以激活一个特定的服务)，描述(description)，接口定义(Interface Definitions，传递到注册中心的任何参数)。
这里，最重要的数据选项是描述，比如提供美国任何一个地区的地方天气情况。
次要重要的数据选项是访问站点(Access Point)，访问站点等同于一个普通应用程序调用的函数名称。你将给出函数的名称(在本例中为LocalWeather)以及Web service响应。最后，点击接口定义，这里你可以看到，当访问Web service时，你必须提供必要的参数和数据类型，如下所示：
LocalWeather(ZipCode As Integer)
你也可以恢复响应及其数据类型：
Returns: Forecast As String
此时，一些描述被操作完成并清除，而另一些描述并没有被清除。节点上的绝大多数服务只是作为测试而发布，很多服务都是无法正常运行，或者无法访问到。然而，如果你对如何在程序中操作Web 服务感兴趣，你可以练习这些测试服务，而微软开发的这一站点也十分适合于服务的测试操作。
你也可以在Visual Studio IDE中通过一个不同的进程来访问Web服务。选择Help|Show启动页，然后点击Online Resources tab键。点击右面板中链接的XML Web服务。你可以看到查找和注册Web服务的各种选择。
在查找页中，在UDDI产品环境中点击Search选择，然后在种类(Category)下拉式列表中选择Miscellaneous，点击Go就可以查找你感兴趣的服务。而且，你还可以通过点击不同的tab键和链接检查绑定，描述，以及接口的信息。
WSDL的发展走向
有关自描述的概念，包括元数据，发现，以及映象等，都是很时髦的东西。你可以认为UDDI列表(服务描述，尤其是接口描述)的描述部分只是具有理论性，但是你应该完全相信，另一XML派生的语言已经由委员会构建，这也就是WSDL(Web服务描述语言)。WSDL的目的是建立各种规范，通过这些规范可以实现描述错误处理，对象成员，信息，以及Web 服务行为的标准化。
虽然历史以来这种元语言特别地难于实施，但是希望是永远存在的。如果在阅读本篇文章之前你已经阅览了其它的一些UDDI注册的描述，你应该没有任何疑问的注意到，除了被广为接受的WSDL外，还没有其它的Web服务描述的标准。而且，如果你使用.NET来建立Web 服务，.NET可以自动生成WSDL文档。如果你对进一步地探索WSDL有兴趣，可以从W3C(万维网联盟)找到完整的，行话丰富的信息。