JSON、REST、SOAP、WSDL和SOA：它们是如何链接在一起的

Question

目前正在做一些考试，我正在努力学习一些概念。这些都在我的笔记中提到过，但我并不真正理解它们是如何联系在一起的。就我的理解是：

SOA-一种使服务使用者/提供者进行交流的解决方案。（据我所知，这是所有其他事物的总称）

WSDL-描述提供者服务的语言。

SOAP-服务用来发送消息的XML协议“包装器”。与WSDL as协同工作以提供参数？

REST-一种在功能上类似于SOAP但避免XML的设计模式？（真的不太确定这一个）

JSON-使用JavaScript替代XML的方法？（这个也不确定）

环顾互联网，似乎没有一个明确的定义，所有这些是什么，它们是如何相互联系的。

Answer 1

假设您正在开发一个Web应用程序，并且您决定将功能与应用程序的表示分离，因为它提供了更大的自由度。

您创建一个API，并让其他人在它上面实现自己的前端。您刚才在这里所做的是实现SOA方法，即使用Web服务。

Web服务使功能构建块可以通过标准的Internet协议访问，而不依赖于平台和编程语言。

因此，在处理和生成有用的东西的后端（Web服务）和使用数据的前端（可以是任何东西）之间设计一种交换机制。(web、移动或桌面应用程序或其他web服务）。这里唯一的限制是，前端和后端必须“说”同一种“语言”。

这就是肥皂和休息的地方。它们是您选择的与Web服务通信的标准方式。

肥皂：

SOAP内部使用XML来回发送数据。SOAP消息具有严格的结构，然后需要解析响应XML。WSDL规范了可以发出什么请求、使用哪些参数以及它们将返回什么。它是API的完整规范。

休息：

休息是一个设计概念。

万维网代表了符合REST架构风格的系统的最大实现。

它不像肥皂那样坚硬。RESTful Web服务使用标准URI和方法来调用WebService。当您请求一个URI时，它会返回一个对象的表示，然后您可以对其执行操作（例如GET、PUT、POST和DELETE）。您并不局限于选择XML来表示数据，您可以选择任何东西（包括JSON）

Flickr的REST API更进一步，允许您返回图像。

JSON和XML在功能上是等价的，也是常见的选择。还有一些基于RPC的框架，如基于Protobufs的GRPC，以及Apache Thrift，可用于API生产者和消费者之间的通信。web API最常用的格式是JSON，因为它在每种语言中都易于使用和解析。