2

我必须创建一个媒体服务来为我们的其他应用程序准备服务。问题是我们的 API 应该是 REST 还是 SOAP?

我阅读了很多比较这两种方法的文章和材料。每个人对使用其中之一都有自己的想法。有人认为,由于每个人都将他们的产品切换到 REST,因此使用 REST 而不是 SOAP 是一个不错的决定。但我认为重要的是产品的目的,基于我们可以在肥皂或 REST 之间选择的目的。

我们的服务与用户没有互动。它只适用于我们的本地应用程序,对我来说重要的是我的 API 简单实用。正如我所说,该服务将媒体存储和管理带到了其他应用程序。我在肥皂和休息方面都有经验,但这次我不能选择一个。

那么你的想法是什么?SOAP 还是 REST?在这种类型的项目中!

4

3 回答 3

2

我会去 REST- 它更简单并且增加的开销更少。此外,一旦您的资源被明确定义和分隔,开发人员就已经知道如何与 API 端点交互,而无需文档或等待对象接口的创建。

于 2013-03-13T08:08:50.640 回答
0

毫无疑问,我会选择 REST 而不是 SOAP,但从消费者的角度来看,考虑到已经存在的向导,SOAP 仍然更容易使用,它自动将 WSDL 类型映射到适当的类型,至少在 Java 和 C# 世界中是这样。

REST 更容易使用是非常具有欺骗性的。它是一个开放的标准,更简洁,它以不同于 SOAP Web 服务的方式利用 HTTP 协议,您必须理解这一点,因为 REST 并不适合每个人的业务,特别是如果已经有一些东西的话。

也就是说,如果您真的想知道 Web 是如何工作的,对人们使用的标准保持封闭,并且较少依赖那些创建大量与 REST 无关的代码的向导。

于 2013-04-03T14:14:48.710 回答
-1

休息,毫无疑问。

我已经使用两种协议创建了 API,REST 对消费者来说更容易,也更灵活。

Google 大约在 4 年前停止支持 SOAP,现在只使用 REST 和 JSON。

REST 中的“部分响应”非常庞大,您只能在其中获得所需的数据。

这是关于创建良好 REST API 的有用文档:http: //info.apigee.com/Portals/62317/docs/web%20api.pdf

于 2013-04-03T14:04:24.363 回答