UDDI是微软新一代.NET框架的核心技术之一(其他还包括WEB SERVICE、SOAP、XML)，让我们来看看它到底是什么？
Universal Discovery Description and Integration（UDDI，即通用发现与发布方法集）规范定义了一种发布和发现网络服务信息的方式。它是一套公开的实现规则，允许企业注册他们所 提供的网络服务信息，以便其他的企业能够找到他们。“网络服务”一词指一个公司所实现的特定的商业功能，通常通过Internet连接为其他公司或软件程 序使用这些服务提供途径。
网络服务正成为电子商务的编程重心。例如，一个公司使用另外一个公司的服务，通过Internet连接直接发送购买单。另一个例子是计算通过某种运输方式，运送一定大小或质量的包裹一定距离的费用。
初 看起来网络服务发现过程好像是非常简单的。如果一个已知的商务伙伴有一个已知的电子商务网关，还需要发现什么呢？然而这是在默认所有信息都知道的情况下。 当您想找出哪个商务伙伴具有某种服务，问题马上就变困难了。一种选择是打电话给各个商务伙伴，然后找到合适的人选。对于一个网络服务，雇佣高科技技术人员 来满足任意发现的需要是难于完成的。
解决这个问题的另外一种方法是通过使用在每个公司网站上的网络服务描述文件。毕竟网络爬行者可以 访问一个已注册的URL，并且能够发现和索引网页上的文字。然而这种“robots.txt”方法，决定于网络爬行者定位每个网站及网站上服务描述文件的 能力。这种分布式方法具有升级潜力，但是缺少一种机制来保证服务描述文件格式的一致性以及跟踪它们所发生的变化的方便性。
UDDI所采用依赖于一个企业分布式注册方法，它们的服务描述文本是使用通用的XML格式。
UDDI业务登记逻辑和UDDI业务登记数据库
UDDI 方案的核心部分是UDDI业务登记逻辑，即UDDIBusinessRegistrations，一个XML格式的用来描述事物实体和它的事物服务的文 件。从概念上看，一个UDDI业务登记逻辑所提供的信息包括三个部分：“白页”包括地址、协议和已有标识；“黄页”包括基于分类标准的工业类型；“绿页” 是关于企业所包含的服务技术信息，包括网络服务说明参考和根据发现机制对各种文件和网址提供的标识支持。
使用UDDI
UDDI 包括企业在网上往册的共享操作。在很大程度上，程序和程序员使用UDDI业务登记数据库即UDDIBusinessRegistry查找有关服务的信息， 对于程序员，可以准备与广告宣传的网络服务相一致的系统，或者向其他调用的人描述他们的网络服务。UDDIBusinessRegistry可以在企业层 面上检查一个特定的合作伙伴是否拥有特定的网络服务接口，以发现在特定行业内拥有特定类型服务的公司，找到有关某个合作伙伴或预期的合作伙伴的信息，以便 了解与该服务进行交互所需的技术细节。
从XML和SOAP中，可以往意到，集成和互用性问题已经在各层简化了。XML提供了一个跨平 台的方法来进行数据编码和格式化。SOAP是以XML为基础的，它定义了一种对系统间的交换信息进行打包的简单方法。SOAP对于HTTP的绑定是以这个 打包协议为基础的，并且定义了在系统之间进行远程调用的方法，这种方法与个别公司选择的程序设计语言或操作系统无关。以前的方法包括复杂的分布式对象标准 或技术桥接软件。最后，这些方法没有一种被证明是经济的。采用XML和SOAP，这种跨语言、跨平台的方法简化了两个公司的系统彼此兼容的问题。
即 使某个公司考虑到了XML和SOAP，任何两个公司都可能在实施通信基础设施中，仍存在巨大的差异。正如任何一个行业权威人士将会告诉您的：“需要的是建 立在为每一个计算平台普遍支持的标准之上的、完全终端到端（end-to-end）的解决方案。”显然，要实现这个目标有更多的工作要做。UDDI规范吸 取了XML和SOAP的教训，定义了一个上层结构，使得两个公司可以共享一个方法来查询彼此的特性，并对他们自己的特性进行描述。
UDDI技术发现层
Universal Discovery Description and Integration（UDDI，即通用发现与发布方法集）规范定义了一种发布和发现网络服务信息的方式。它是一套公开的实现规则，允许企业注册他们所 提供的网络服务信息，以便其他的企业能够找到他们。“网络服务”一词指一个公司所实现的特定的商业功能，通常通过Internet连接为其他公司或软件程 序使用这些服务提供途径。
网络服务正成为电子商务的编程重心。例如，一个公司使用另外一个公司的服务，通过Internet连接直接发送购买单。另一个例子是计算通过某种运输方式，运送一定大小或质量的包裹一定距离的费用。
初 看起来网络服务发现过程好像是非常简单的。如果一个已知的商务伙伴有一个已知的电子商务网关，还需要发现什么呢？然而这是在默认所有信息都知道的情况下。 当您想找出哪个商务伙伴具有某种服务，问题马上就变困难了。一种选择是打电话给各个商务伙伴，然后找到合适的人选。对于一个网络服务，雇佣高科技技术人员 来满足任意发现的需要是难于完成的。
解决这个问题的另外一种方法是通过使用在每个公司网站上的网络服务描述文件。毕竟网络爬行者可以 访问一个已注册的URL，并且能够发现和索引网页上的文字。然而这种“robots.txt”方法，决定于网络爬行者定位每个网站及网站上服务描述文件的 能力。这种分布式方法具有升级潜力，但是缺少一种机制来保证服务描述文件格式的一致性以及跟踪它们所发生的变化的方便性。
UDDI所采用依赖于一个企业分布式注册方法，它们的服务描述文本是使用通用的XML格式。
UDDI业务登记逻辑和UDDI业务登记数据库
UDDI 方案的核心部分是UDDI业务登记逻辑，即UDDIBusinessRegistrations，一个XML格式的用来描述事物实体和它的事物服务的文 件。从概念上看，一个UDDI业务登记逻辑所提供的信息包括三个部分：“白页”包括地址、协议和已有标识；“黄页”包括基于分类标准的工业类型；“绿页” 是关于企业所包含的服务技术信息，包括网络服务说明参考和根据发现机制对各种文件和网址提供的标识支持。
使用UDDI
UDDI 包括企业在网上往册的共享操作。在很大程度上，程序和程序员使用UDDI业务登记数据库即UDDIBusinessRegistry查找有关服务的信息， 对于程序员，可以准备与广告宣传的网络服务相一致的系统，或者向其他调用的人描述他们的网络服务。UDDIBusinessRegistry可以在企业层 面上检查一个特定的合作伙伴是否拥有特定的网络服务接口，以发现在特定行业内拥有特定类型服务的公司，找到有关某个合作伙伴或预期的合作伙伴的信息，以便 了解与该服务进行交互所需的技术细节。
从XML和SOAP中，可以往意到，集成和互用性问题已经在各层简化了。XML提供了一个跨平 台的方法来进行数据编码和格式化。SOAP是以XML为基础的，它定义了一种对系统间的交换信息进行打包的简单方法。SOAP对于HTTP的绑定是以这个 打包协议为基础的，并且定义了在系统之间进行远程调用的方法，这种方法与个别公司选择的程序设计语言或操作系统无关。以前的方法包括复杂的分布式对象标准 或技术桥接软件。最后，这些方法没有一种被证明是经济的。采用XML和SOAP，这种跨语言、跨平台的方法简化了两个公司的系统彼此兼容的问题。
即 使某个公司考虑到了XML和SOAP，任何两个公司都可能在实施通信基础设施中，仍存在巨大的差异。正如任何一个行业权威人士将会告诉您的：“需要的是建 立在为每一个计算平台普遍支持的标准之上的、完全终端到端（end-to-end）的解决方案。”显然，要实现这个目标有更多的工作要做。UDDI规范吸 取了XML和SOAP的教训，定义了一个上层结构，使得两个公司可以共享一个方法来查询彼此的特性，并对他们自己的特性进行描述。
UDDI技术发现层
