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 回答