NuSOAP支持UDDI吗？

Question

也许我不完全理解UDDI是关于什么的，但我认为是一种在一台服务器上发布所有提供的服务的技术？

通过“服务器”，我是否应该理解，一个物理地址(比如www.example.com) ，或者仅仅是编程工具(例如，谈到NuSOAP，一个PHP文件，包括nusoap.php)？

因此，如果服务器只是PHP文件，那么将?wsdl追加到文件中将给出所有已注册函数的列表。这就是所谓的UDDI吗？

最后， NuSOAP是否支持UDDI?？

Answer 1

你似乎有些事情搞混了，所以让我们试着消除一些困惑。首先是一些定义！

web服务是允许机器进行机器通信的一种方式。当您通过网络公开一些操作时，您将创建一个web服务。其他机器使用这些操作与您的计算机“交谈”，它们将成为您的web服务的客户端。客户端向您的web服务请求信息，据说他们“消费”了您的web服务。当然，如果没有提供者，就不可能有消费者，所以您就有了一个web服务“提供者”。

但是这些机器怎么知道如何互相交谈呢？

肥皂是一种交换信息的协议。它通过将消息包装在标准信封+标头+正文请求中，定义了讨论的共同点(机器使用相同的语言)。

但是信息本身呢？这是怎么定义的？当您公开一个web服务时，您必须告诉其他人如何实现一个客户端(即记录您的操作，以及发送或期望返回的消息)。您可以使用PDF (例如，详细说明操作、消息格式、参数类型等)来实现这一点。但是有一种更好的方法，允许您动态生成客户端: WSDL (通过在web服务端点地址上添加?wsdl来访问)。

WSDL提供了一种机器可读的描述，描述了如何调用服务、它期望获得哪些参数以及它返回了什么(基本上，您必须遵守什么契约才能调用它)。有些工具可以读取WSDL，或者为web服务客户端创建代码，或者提供实用函数，使您可以更容易地调用web服务，而不需要对消息进行低级别的操作。

NuSOAP就是这样一个工具。它是一组PHP类，允许您使用SOAP服务。

但是，在您拥有了执行调用所需的一切之后，您如何知道web服务地址在哪里？

作为一个提示，您可以在WSDL 但这不可能总是可靠的中找到它，因此您必须从web服务提供者获得它。然后使用该地址一次又一次地调用web服务。

但是，如果提供者对其基础结构做了一些更改，而现在web服务在另一个地址上公开了，那该怎么办？您的客户不再工作，因为它连接在旧地址。你必须再次从提供者那里得到一个地址。如果您能够在运行时找到这个地址，然后连接到web服务，难道不是更容易吗？

如果提供者在不同的地址(作为备份)多次公开相同的服务，该怎么办？您可以连接到其中一个，如果出了问题，您可以搜索另一个web服务，公开相同的合同。

但是，如果我们谈论的是合同，为什么把自己限制在一个单一的供应商身上呢？为什么不搜索一个服务，公开某个合同，无论供应商？.就像人们想象的那样，在这一点上，事情变得有些失控，在这个世界上，服务将通过使用注册中心作为web服务的黄色(三色)页面自发地连接起来。

UDDI是一个注册中心，生产者注册他们的web服务，而消费者查询注册中心以找到带有某种契约的web服务，然后连接到他们发现的内容。相互作用如下：

​

Registry.html

这种想法在一个定义契约并创建实现的企业内部运行良好，所有web服务都具有已知的质量和功能。但在网上它不起作用。

如果没有适当的原始测试和验证，以及确保web服务不会朝着不需要的方向发展，或者因为这个问题而完全停止发展，就没有适当的方法来验证一个服务是否真的在做它所宣传的事情。

因此，(公共) UDDI实际上不是在野外使用，而是在企业中使用，因为企业签订合同，定义规则，保证您从(私有) UDDI中得到的东西是真实的。

总之(为了确保我完全解决了您的问题)，UDDI是提供者发布关于其web服务的信息的地方。这包括规范、接口等以及端点地址。它只是关于web服务的信息，不是web服务本身，所以nusoap.php不会被发布到注册中心。

至于支持UDDI的NuSOAP，还不清楚您从中了解了什么。如果您要求的是可以使用SOAP API访问UDDI。，那么您可以使用NuSOAP简化对它的访问。