什么时候选择REST而不是SOAP API,反之亦然?

什么时候选择REST而不是SOAP API,反之亦然?,api,rest,soap,Api,Rest,Soap,在创建API的过程中,在什么情况或场景下,API创建者应该通过SOAP API进行REST,反之亦然 如今,SOAP主要是一个被JSON通过HTTP篡夺的遗留接口。今天选择SOAP的唯一真正原因是为了与其他已经承诺使用它的系统的互操作性。作为一个全新的应用程序,几乎没有理由选择SOAP 也就是说,SOAP确实提供了一些高于REST流式API的高级功能、传输无关性、正式异步处理和许多安全选项。所有这些都是形式化的,这导致了许多关于SOAP复杂性的抱怨 SOAP本质上是简单的——信封、头和主体。但是

在创建API的过程中,在什么情况或场景下,API创建者应该通过SOAP API进行REST,反之亦然


如今,SOAP主要是一个被JSON通过HTTP篡夺的遗留接口。今天选择SOAP的唯一真正原因是为了与其他已经承诺使用它的系统的互操作性。作为一个全新的应用程序,几乎没有理由选择SOAP

也就是说,SOAP确实提供了一些高于REST流式API的高级功能、传输无关性、正式异步处理和许多安全选项。所有这些都是形式化的,这导致了许多关于SOAP复杂性的抱怨

SOAP本质上是简单的——信封、头和主体。但是100页的标准规定了这些元素的内容,以及它们如何进入这些元素,这就是复杂性所在。但这对于互操作性来说都是必要的

但是,是的,如果你从零开始做一些新的事情,REST已经从SOAP体验中学到了一些东西,并且可以更容易地与更轻的工具包一起使用