为什么使用SOAP与前端通信不是一个好主意？例如，使用JavaScript的Web浏览器。

解决方案

因为SOAP在寻求协议独立性时重新发明了许多HTTP轮子。如果我们知道无论如何都要通过HTTP提供响应，那有什么意义呢(因为客户端是Web浏览器)？

更新：我第二次gizmo(暗示)JSON的建议。

• 因为它肿
• 因为JSON是JavaScript本身可理解的
• 因为XML使用JavaScript操作不快。

可以做到的。只需记住，SOAP并不是交换信息的最快方法，因为开销很大(必须来回发送大量XML)，这也许就是为什么我们不经常使用它的原因

如果Web浏览器是唯一客户端，那么我将不得不同意SOAP过于强大。

但是，如果我们要在不同平台上运行多种类型的前端客户端，那么SOAP可能是合适的。关于SOAP的好处是，有很多工具可以为我们生成代码，以根据WSDL文件处理SOAP的发送，接收和解析。

例如，如果我们要开发C ++前端客户端，则只需要WSDL文件，Microsoft的工具将生成所有C ++代码以基于数据结构生成SOAP请求，发送请求，接收响应，以及将响应解析为返回数据结构。

客户端和服务器端都有执行此操作的工具。