ADO.NET仍是比较常用的，所以我研讨了一下ADO.NET XML Web，在这里拿出来和我们同享一下，期望对我们有用。为了在网络多样性方面取得成功，XML Web服务有必要不关心所挑选的操作体系、目标模型和程序言语。而且，XML Web服务为了和其他根据Web的技能相同被广泛承受，它们有必要：松懈耦联：假如两个体系中，只要运用的指令能了解前面提到过的自我描绘根据文本的音讯，那么这两个体系就被认为是松懈耦联的。而另一方面，严密耦联的体系运用很多的定制的软件来增强体系间的通讯，而且需求对体系之间了解的更多。

#T#无所不在的通讯：现在个人不太可能能够结构一个操作体系，或许在近期内也不会整合接入因特网的才能，所以这就要求供给一个无所不在的通讯途径。相同，把简直任何体系和设备衔接到因特网的才能将保证这样的体系和设备能够被衔接到因特网的其他的体系或设备运用。通用的数据格局：经过选用现有的敞开标准而不是专用的闭环式通讯办法，任何体系都能支撑能够了解XML Web服务的相同的敞开标准。运用自我描绘的根据文本的音讯，XML Web服务和它们的客户能够同享这些音讯，而不用知道每个底层体系的组成，这将能够在独立的彻底不同的体系之间通讯。XML Web服务运用XML来完成这个功用。XML Web服务运用一个供给下列功用的根底结构：一个发现机制,用于定位XML Web服务；一个服务描绘，用于界说怎么运用这些服务；以及用来通讯的标准衔接格局。

ADO.NET XML Web服务根底结构

根底结构块功能：XML Web服务目录XML Web服务目录供给一个中心地址，用于定位其他安排供给的XML Web服务。象UDDI挂号这样的XML Web服务目录完成这个功能。XML Web服务的客户端能够引证XML Web服务目录，也能够不引证XML Web服务目录。

XML Web 服务发现XML Web服务发现是运用Web服务描绘言语（WSDL）定位或发现一个或多个描绘特别的XML Web服务的相关文档。DISCO标准界说了定位服务描绘的规矩。假如XML Web服务客户了解服务描绘的方位，他们能够绕过发现过程。XML Web服务描绘为了了解怎么与一个特定的XML Web服务交互作用，需求供给一个描绘来界说XML Web服务支撑的交互操作。XML Web服务客户端在能够运用一个XML Web服务之间有必要了解怎么与它交互。XML Web服务衔接格局为了能够进行通用通讯，XML Web服务运用敞开衔接格局来进行通讯，这些是任何支撑最一般的Web标准的体系都能够了解的协议。SOAP是用于进行XML Web服务通讯的要害协议。

ADO.NET XML Web服务目录

和运用因特网就任何其他的资源相同，XML Web服务目录假如没有某些查找办法的话，它是不行能够找到一个特定的XML Web服务的。XML Web服务目录供给了中心地址，能够让XML Web服务供应者在其上发布他们供给的XML Web服务的信息。这样的目录乃至能够是XML Web服务自身，能够编程拜访而且供给查找成果来呼应XML Web服务客户端的查询。运用一个XML Web服务目录来定位一个供给XML Web服务作为特定意图的安排，或许判别一个特定安排供给了什么XML Web服务，这可能是十分必要的。

UDDI（一致描绘发现和集成标准）标准界说了一个标准办法来发布和发现XML Web服务的信息。与UDDI相关的XML形式界说了四个信息类型，能让开发者运用一个发布的XML Web服务。这些是：商业信息、服务信息、绑定信息和其他用于服务的标准的信息。作为UDDI工程的中心组件，UDDI Business Registry（事务挂号）答应事务编程定位其他安排发布的XML Web服务的信息。开发者能够运用UDDI Business Registry来定位发现文件和服务描绘。更多信息，请看UDDI Web站点。