为什么使用SOAP与前端（即Web浏览器）进行通信不是一个好主意？

Question

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

Answer 1

• 因为它臃肿
• 因为JSON是JavaScript的
• 本身理解的，因为XML并不快用JavaScript来操纵。

Answer 2

因为SOAP在寻求协议独立性时重新发现了很多HTTP轮。有什么意思，如果你知道你要通过HTTP提供响应（因为你的客户端是网页浏览器）？

更新：我的第二个Gizmo的（暗示）建议的JSON。

Answer 3

它可以完成。请记住，SOAP不是交换信息的最快方式，因为存在很大的开销（大的XML必须来回发送） - 这可能是您为什么不经常看到它使用的原因

Answer 4

如果Web浏览器是你唯一的客户，那么我将不得不同意SOAP是矫枉过正的。

但是，如果您打算在不同平台上运行多种类型的前端客户端，则可能适合使用SOAP。关于SOAP的好处是有很多工具可以生成代码，以便您根据WSDL文件处理SOAP的发送，接收和分析。例如，如果您想开发C++前端客户端，那么您只需要WSDL文件，而Microsoft的工具将生成所有C++代码，以基于数据结构生成SOAP请求，发送请求，接收响应，并将响应解析为返回数据结构。

在客户端和服务器端都有这样做的工具。