使用C+执行SOAP或REST的选项+； 我正在寻找一个替代GSOAP/AxoC的方法来创建C++ SOAP客户端。到目前为止，除了这两个项目，我还没有找到其他的项目。gSoap的许可证有点过于严格，而Axis似乎就要被放弃了

我还发现了行业中的一种趋势，即从SOAP转向REST，我很难理解这一趋势。肥皂让很多事情变得简单，而其他的事情似乎很平淡。在C/C++中有没有优雅的框架可以让您以面向对象的方式进行REST？

它很旧，但可以工作：

<> >代码> sPosi.exe < /Cord>是一个命令行工具，它生成基于WSDL描述的访问XML Web服务的本地C++客户端代码。 它是开源的，你可以。

它很旧，但可以工作：

<> >代码> sPosi.exe < /Cord>是一个命令行工具，它生成基于WSDL描述的访问XML Web服务的本地C++客户端代码。

---

它是开源的，你可以。

什么样的许可证是可以接受的？它必须是免费的吗？理想情况下是的。通过TCP发送一点XML的功能似乎非常简单。像Java和.NET这样的语言支持这种开箱即用的东西。上一次我检查gSoap时，每个商业应用程序大约1千美元，这是相当令人望而却步的。我有美好的回忆，那时候CORBA是最流行的东西，ORB非常昂贵。从那时起，开源社区做出了巨大的努力来释放CORBA并将其作为开源提供。然而，自从SOAP/WSDL以来，CORBA已经变得不重要了，但是在CORBA允许这样做的方式下，java和C++的集成很少。什么样的许可是可以接受的？它必须是免费的吗？理想情况下是的。通过TCP发送一点XML的功能似乎非常简单。像Java和.NET这样的语言支持这种开箱即用的东西。上一次我检查gSoap时，每个商业应用程序大约1千美元，这是相当令人望而却步的。我有美好的回忆，那时候CORBA是最流行的东西，ORB非常昂贵。从那时起，开源社区做出了巨大的努力来释放CORBA并将其作为开源提供。然而，由于SOAP/WSDL，CORBA已经变得不重要了，但是在CORBA允许这样做的过程中，很少有java和C++的集成。S代理需要MSXML3。当使用Windows时，最好使用完整的.NET堆栈。我正在寻找一个更通用的解决方案，也将在Linux等工作。Sproxy需要MSXML3。当使用Windows时，最好使用完整的.NET堆栈。我正在寻找一个更通用的解决方案，也将在Linux等工作。