有没有一种方法可以将一组soap方法逻辑地分组到一个；“类”；类型实体？ 对于我们基于C++的大型项目，我们现在有一个方法自动生成代码，将我们的代码暴露为SOAP方法。这非常有效，我们计划在我们已经公开的API的基础上，开始使用AdobeAIR/Flex实现一个基于RIA的应用程序
我的问题是关于组织SOAP Web服务。我已经公开了C++代码中属于类的各个方法调用。到目前为止，我已经用C++中的类名称对它们进行了预命名。然而，在理想情况下，有一种方法可以在SOAP服务中对方法进行逻辑分组，这样我就不必执行此步骤，并且在您使用目标语言中的WSDL文件绑定到SOAP服务之后，就可以请求特定组（AKA类）中的服务 我非常希望能够在我们的客户机应用程序中重现服务器端SOAP层后面的类结构。现在，我可以看到，我可以通过使用方法名来确定它们属于哪个类来实现这一点，但是如果我能以更清晰的方式将它们分开，我更愿意这样做有没有一种方法可以将一组soap方法逻辑地分组到一个；“类”；类型实体？ 对于我们基于C++的大型项目，我们现在有一个方法自动生成代码，将我们的代码暴露为SOAP方法。这非常有效，我们计划在我们已经公开的API的基础上，开始使用AdobeAIR/Flex实现一个基于RIA的应用程序,c++,web-services,soap,air,C++,Web Services,Soap,Air,我的问题是关于组织SOAP Web服务。我已经公开了C++代码中属于类的各个方法调用。到目前为止，我已经用C++中的类名称对它们进行了预命名。然而，在理想情况下，有一种方法可以在SOAP服务中对方法进行逻辑分组，这样我就不必执行此步骤，并且在您使用目标语言中的WSDL文件绑定到SOAP服务之后，就可以请求特定组（AKA类）中的服务 我非常希望能够在我们的客户机应用程序中重现服务器端SOAP层后面的类结构。现在，我可以看到，我可以通过使用方法名来确定它们属于哪个类来实现这一点，但是如果我能以更清晰
期待着听到您的SOAP专家们对这件事的了解。我花了一下午的时间研究这件事，似乎我有两个选择，两个都是我模拟的，两个都有效：我只是不确定现在哪一个是最好的
- 将不同“服务”中的方法分开，并根据它们来自的类进行逻辑分组。可以在同一个WSDL文件中包含多个SOAP“服务”，这样客户机仍然可以通过只访问一个URL来发现它们
- 在同一SOAP服务上将这些方法分离到不同的“端口”