我必须创建一个媒体服务来为我们的其他应用程序准备服务。问题是我们的API应该是REST还是SOAP？
我阅读了很多比较这两种方法的文章和材料。每个人都对使用其中一个有自己的想法。有人认为，因为每个人都将产品转换为REST，所以使用REST而不是SOAP是一个很好的决定。但我认为重要的是产品的目的和基于我们可以在soap或REST之间选择的目的。
我们的服务与用户没有互动。它只适用于我们的本地应用程序，对我来说重要的是我的API简单而有用。正如我所说，该服务为其他应用程序带来了媒体存储和管理。我有肥皂和休息的经验，但这次我不能选择一个。
那么你的想法是什么？ SOAP还是REST？实际上在这类项目中！
答案 0 :(得分：2)
我会去REST - 它更简单，增加了更少的开销。此外，一旦您的资源被明确定义和分隔，开发人员就已经知道如何与API端点进行交互，而无需文档或等待创建对象接口。
答案 1 :(得分：0)
我会选择REST over SOAP毫无疑问，但从消费者的角度来看，SOAP仍然更容易使用，给定已经存在的向导，它将WSDL类型自动映射到正确的类型，至少在Java和C＃中世界。
REST更易于使用，这非常具有欺骗性。它是一个开放的标准，更加清晰，它以与SOAP Web Services不同的方式利用HTTP协议，你必须理解，因为REST不适合每个人的业务，特别是如果已经存在某些东西。
如果你真的想知道网络是如何工作的，那么就要关闭人们正在使用的标准，而不要依赖那些用REST创建大量不必要代码的向导。
答案 2 :(得分：-1)
REST，毫无疑问。
我使用这两种协议创建了API，而且对于消费者而言，REST更容易，而且更加灵活。
谷歌大约4年前停止支持SOAP，现在只使用REST和JSON。
REST中的“部分响应”，只有你想要的数据才是巨大的。这是一个关于创建优秀REST API的有用文档： http://info.apigee.com/Portals/62317/docs/web%20api.pdf