人们为什么认为不推荐使用SOAP？[关闭]

今天浏览SO时，我发现了这个 这里问题，它从下面开始：

当然，您会告诉我SOAP已被弃用，而我被迫使用它

到目前为止，在SO上发现了很多这样的声明，这只是触发了我提出这个问题。

REST有它的用途，SOAP有它的用途，在某些地方它们作为功能相交，但不能相互替换。

所以我想知道，为什么人们认为SOAP被“弃用了”？是无知吗？SOAP和WS- *规范的复杂性？REST炒作？什么？

如果您认为不赞成使用SOAP，请告诉我原因。我很好奇！

对于基于SOAP的Web服务，WSDL和UDDI被认为是灵丹妙药。假定这些工具几乎可以自动创建WSDL，而UDDI应该可以自动检测服务并连接客户端。两者都没有真正起飞。没有这些工具，与RESTful相比，SOAP太复杂了。

而且，大约在同一时间XML炒作已经消失，被轻语言炒作所取代。SOAP是XML，简单消息的开销很大。

我认为，无论是现在还是现在，它的无知和炒作。

要获得此资格：

1. 几年前，许多本可以使用SOAP / WS- *的项目将不会今天，并且有充分的理由。

2. RESTful接口解决了许多用例，这些用例在Internet应用程序中特别普遍。

3. 十年前，“企业”应用程序试图跳入Web服务潮流，然后想起它们实际上需要在旧版COM +，CORBA和J2EE RMI / IIOP平台中试图摆脱的许多功能。其他所有人仍然讨厌这些东西。

SOAP承诺提供光荣的，可挽救生命的，自动检测的，解决问题的，永不工作的功能。但是，我们从未真正做到那么远。然后出现了JSON和其他轻便，简单的cros平台替代方案，使SOAP看起来是一个愚蠢的选择。

如果每个人都搬到这座城市，那可能是一个伟大的城市。

我认为是因为SOAP spec 1.2将自身称为WS- *，而不是SOAP。它在自身（作为一种高度格式化的基于XML的系统）和SOAP（它表示是大量的XML，碰巧有点标准化并且充满“问题”）之间进行了区分。

因此，尽管他们已经对其进行了几年的标准化，但它仍然是SOAP，但是我认为他们放弃了该术语作为主要的缩写。