不太……

http://en.wikipedia.org/wiki/Representational_State_Transfer

REST was initially described in the context of HTTP, but is not limited to that protocol. RESTful architectures can be based on other Application Layer protocols if they already provide a rich and uniform vocabulary for applications based on the transfer of meaningful representational state. RESTful applications maximise the use of the pre-existing, well-defined interface and other built-in capabilities provided by the chosen network protocol, and minimise the addition of new application-specific features on top of it.

http://www.looselycoupled.com/glossary/SOAP

(简单对象访问协议 web服务消息的标准。 SOAP基于XML定义了一个信封 格式和各种规则 描述它的内容。见过( WSDL和UDDI)作为三者之一 web服务的基础标准， 它是用于 交换web服务，但不是 意思是唯一的;REST的支持者 说它增加了不必要的东西 的复杂性。

HTTP是一种应用协议。REST是一组规则，遵循这些规则，您就可以构建具有特定约束集的分布式应用程序。

如果您正在寻找REST中区分RESTful应用程序与任何HTTP应用程序的最重要的约束，我会说“自描述”约束和超媒体约束(又名hypermedia as the Engine of application State (HATEOAS))是最重要的。

自描述约束要求RESTful请求在用户意图中是完全自描述的。这允许中介(代理和缓存)安全地对消息进行操作。

HATEOAS约束是关于将您的应用程序转换为一个链接网络，其中客户端的当前状态基于它在该网络中的位置。这是一个棘手的概念，需要比现在更多的时间来解释。

REST不一定绑定到HTTP。基于rest的web服务只是遵循基于rest的体系结构的web服务。

What is Rest -
1- Client-server
2- Stateless
3- Cacheable
4- Layered system
5- Code on demand
6- Uniform interface

你不知道HTTP和REST之间的区别

因此REST体系结构和HTTP 1.1协议是相互独立的 其他，但HTTP 1.1协议被构建为理想的协议 遵循REST的原则和约束。一种方法是看 HTTP和REST之间的关系是，REST是设计，并且 HTTP 1.1就是这种设计的实现。

REST是SOAP的轻版本，不添加糖或着色剂。 SOAP和REST的目标都是允许用不同语言编写并使用不同通信协议的信息系统之间进行通信。

SOAP使用API契约来公开它的服务，并定义客户端调用服务的方式，应该发送什么参数以及预期的结果，而REST则不使用API契约，对于客户端来说，要知道存在什么服务以及如何调用它们，应该查看REST API文档(这可以在OpenAPI或Swagger的yml文件中定义)。

其次，SOAP是冗长的，它使用XML发送请求并描述服务、参数和返回的结果。另一方面，REST依赖简单的JSON对象来发送请求和接收结果。JSON易于理解，轻量级，并且在发送请求或接收结果时不会占用太多带宽。

REST强制使用可用的HTTP命令，因为它们应该被使用。

例如，我可以这样做:

GET
http://example.com?method=delete&item=xxx

但是休息时，我会使用“DELETE”请求方法，消除对“method”查询参数的需要

DELETE
http://example.com?item=xxx