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

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

因为它臃肿了

因为JavaScript本身可以理解JSON

因为使用JavaScript操作XML并不快.

因为SOAP在寻求协议独立性的过程中重新发明了许多HTTP轮.如果你知道你将通过HTTP提供响应(因为你的客户端是一个Web浏览器),那有什么意义呢？

更新:我的第二个Gizmo(暗示)JSON的建议.

如果Web浏览器是您唯一的客户端,那么我必须同意SOAP过度使用.

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

例如,如果您想开发C++前端客户端,那么您只需要WSDL文件,Microsoft的工具将生成所有C++代码,以根据数据结构生成SOAP请求,发送请求,接收响应,以及将响应解析为返回数据结构.

在客户端和服务器端都有工具可以做到这一点.