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

例如，我可以这样做:

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

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

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

不太……

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的支持者 说它增加了不必要的东西 的复杂性。

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

例如，我可以这样做:

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

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

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

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

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

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

HTTP是一种契约，一种通信协议，REST是一种概念，一种架构风格，可以使用HTTP、FTP或其他通信协议，但广泛与HTTP一起使用。

REST暗示了一系列关于服务器和客户端应该如何交互的约束。HTTP是一种具有特定机制的通信协议，用于服务器-客户端数据传输，它最常用于REST API，因为REST是受WWW (world wide web)的启发，在REST定义之前，WWW大量使用HTTP，因此使用HTTP更容易实现REST API风格。

REST中有三个主要的约束(但还有更多):

服务器和客户端之间的交互应该只通过超文本来描述。 服务器和客户端应该是松散耦合的，彼此之间不做任何假设。客户端应该只知道资源入口点。交互数据应该由服务器在响应中提供。 服务器不应该存储任何关于请求上下文的信息。请求必须是独立的和幂等的(意思是如果相同的请求无限次重复，得到的结果完全相同)

HTTP只是一种通信协议(一种工具)，可以帮助实现这一点。

欲了解更多信息，请查看以下链接:

https://martinfowler.com/articles/richardsonMaturityModel.html http://roy.gbiv.com/untangled/2008/rest-apis-must-be-hypertext-driven

HTTP是一种用于通信的协议，通常用于与互联网资源或web浏览器客户端的任何应用程序通信。

REST意味着您在设计应用程序时使用的主要概念是资源:对于您想要执行的每个操作，您需要定义一个资源，您通常只在该资源上执行CRUD操作，这是一个简单的任务。为此，使用HTTP协议中使用的四个动词来对抗四个CRUD操作非常方便(GET用于读取，POST用于创建，PUT用于更新，DELETE用于删除)。

这与RPC(远程过程调用)的旧概念不同，在RPC中，作为用户调用的结果，您有一组希望执行的操作。例如，如果你考虑如何在一个帖子上描述一个Facebook点赞，使用RPC，你可能会创建名为AddLikeToPost和RemoveLikeFromPost的服务，并管理它与所有与Facebook帖子相关的其他服务，因此你不需要为点赞创建特殊对象。

使用REST，您将拥有一个Like对象，它将与Delete和Create函数分开管理。这也意味着它将在数据库中描述一个单独的实体。这看起来可能是一个很小的差异，但这样工作通常会产生更简单的代码和更简单的应用程序。通过这种设计，应用程序的大部分逻辑从对象的结构(模型)中是显而易见的，不像RPC，你通常必须显式地添加更多的逻辑。

设计RESTful应用程序通常要困难得多，因为它要求您以简单的方式描述复杂的事情。仅使用CRUD函数描述所有功能是很棘手的，但这样做之后，您的生活将简单得多，并且您将发现您编写的方法更短。

One more restraint REST architecture presents is not to use a session context when communicating with a client (stateless), meaning all the information needed to understand who is the client and what he wants is passed with the web message. Each call to a function is self-descriptive, there is no previous conversation with the client which can be referenced in the message. Therefore, a client could not tell you "give me the next page" since you don't have a session to store what is the previous page and what kind of page you want, the client would have to say "my name is Yuval, get me page 2 of a specific post in a specific forum". This means a bit more data would have to transfer in the communication, but think of the difference between finding a bug reported from the "get me the next page" function in oppose to "get me page 2 of question ID 2190836 in stack overflow".

当然还有很多，但在我看来，这些是茶匙的主要概念。