Rest 休息还是用肥皂？我得选一个

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

我读了很多文章和资料来比较这两种方法。每个人都有自己的想法使用其中一个。有人认为，因为每个人都将他们的产品切换到REST，所以使用REST而不是SOAP是一个好的决定。但我认为重要的是产品的用途，根据用途我们可以在soap和REST之间进行选择

我们的服务与用户没有交互。它只适用于我们的本地应用程序，对我来说，API的简单和有用是很重要的。正如我所说，这项服务将媒体存储和管理引入到其他应用程序中。我对soap和rest都有经验，但这次我不能选择一个

---

那你的想法是什么？肥皂还是休息？实际上，在这类项目中

我选择

REST

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

REST，毫无疑问

我已经创建了使用协议和REST的API，这对消费者来说非常容易，而且更加灵活

谷歌在大约4年前停止支持SOAP，现在只使用REST和JSON

REST中的“部分响应”（partialresponse）是巨大的，您只能获得所需的数据

以下是关于创建良好REST API的有用文档：

---

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

休息更容易相处，这是非常具有欺骗性的。它是一个开放的标准，更干净，它以不同于SOAP Web服务的方式利用HTTP协议，您必须理解这一点，因为REST并不适合每个人的业务，特别是如果已经存在某种业务的话

---

也就是说，如果你真的想知道web是如何工作的，就要接近人们正在使用的标准，减少对创建大量不必要代码的向导的依赖。这要看情况而定，web服务将消耗什么？我说过该服务必须提供一些功能来存储和管理其他应用程序（如视频和图片）的媒体。我要说的是，并非所有技术都支持SOAP，例如Android。您必须使用第三方软件或通过http进行soap调用。他们都有自己的紧身衣。你一定是在开玩笑。仅仅使用JSON而不是XML要容易得多。如果您使用的RESTAPI比较困难，那么这就是实现的错误。它可以而且应该很简单。2006年3月，我第一次使用REST/JSON和asp.net的自定义MVC框架，所以我知道我在说什么，对你来说，这是一种来自不知道在说什么的人的评论。一次糟糕的经历并不能成为规则。问问自己，为什么谷歌抛弃了SOAP，现在只使用REST和JSON。我最近用一个新的REST API替换了一个供应商的SOAP API，在易用性和灵活性方面与REST API没有可比性。是的，一次好的经历也不能成为规则。但是肥皂是一种恐龙，我想你不懂。那是我第一次与REST一起工作，这不是一次糟糕的经历，恰恰相反。你还是不明白我说的话。尝试引用VisualStudio中的REST Web服务，并对基于SOAP的Web服务进行同样的操作。那么您应该说REST在VisualStudio中很难使用。我发现它很容易使用，但我主要使用PHP。然而，我不明白为什么这会很难。Microsoft在其.net框架中包括REST支持。