我认为restful的要点是将状态分离到更高的层，同时将互联网（协议）用作无状态传输层。大多数其他方法都会混淆。

这是处理互联网时代编程的根本变化的最佳实用方法。关于根本性的变化，Erik Meijer在这里就表演进行了讨论：http://www.infoq.com/interviews/erik-meijer-programming-language-design-effects-purity#view_93197 . 他将其概括为五种效果，并通过将解决方案设计成编程语言来提出解决方案。该解决方案也可以在平台或系统级别实现，无论使用何种语言。restful可以被视为在当前实践中非常成功的解决方案之一。

使用restful风格，您可以在不可靠的互联网上获取和操纵应用程序的状态。如果当前操作无法获得正确的当前状态，则需要零验证原则来帮助应用程序继续。如果它无法操纵状态，它通常使用多个确认阶段来保持正确。从这个意义上讲，rest本身并不是一个完整的解决方案，它需要web应用程序堆栈的其他部分中的功能来支持其工作。

鉴于这个观点，rest风格并没有真正与互联网或web应用程序绑定。这是许多编程情况的基本解决方案。它也不简单，它只是让界面变得非常简单，并且可以很好地处理其他技术。

只有我的2厘米。

编辑：两个更重要的方面：

无国籍是一种误导。它与restful API有关，而不是应用程序或系统。系统需要有状态。Restful设计是基于无状态API设计有状态系统。另一位QA的一些引用：REST对资源表示进行操作，每个资源表示由URL标识。这些通常不是数据对象，而是复杂的对象抽象。REST代表“代表性状态转移”，这意味着它是关于通信和修改系统中某些资源的状态的。幂等性：REST中一个经常被忽视的部分是大多数动词的幂等性。这导致了健壮的系统和语义精确解释之间的相互依赖性降低。

什么是REST？

用官方的话说，REST是一种基于使用当前“Web”基础的特定原则构建的架构风格。web有5个基本基础，可用于创建REST服务。

原则1：一切都是资源在REST体系结构风格中，数据和功能被视为资源，并使用统一资源标识符（URI）（通常是Web上的链接）进行访问。原则2：每个资源都由唯一标识符（URI）标识原则3：使用简单统一的接口原则4：通过代表进行沟通原则5：无状态

什么是API测试？

API测试利用编程向API发送调用并获得产量。它的测试将被测段视为一个黑盒子。API测试的目的是在将部件协调到应用程序之前确认部件的正确执行和错误处理。

休息API

REST：代表性状态转移。

这是测试人员执行请求和接收响应的功能安排。在REST API中，通过HTTP协议进行交互。REST还允许计算机之间通过网络相互通信。对于发送和接收消息，它涉及使用HTTP方法，并且不像Web服务那样需要严格的消息定义。REST消息通常接受XML或JavaScript对象符号（JSON）形式的表单。

4常用API方法：-

GET：–它提供对资源的只读访问。POST：–用于创建或更新新资源。PUT：–用于更新或替换现有资源或创建新资源。DELETE：–用于删除资源。

手动测试API的步骤：-

要手动使用API，我们可以使用基于浏览器的REST API插件。

安装POSTMAN（Chrome）/REST（Firefox）插件输入API URL选择REST方法选择内容标题输入请求JSON（POST）单击发送它将返回输出响应

自动化REST API的步骤

REST是一种分布式系统（如WWW）软件架构风格，您可以想象它是一个精心设计的Web应用程序规则：一组Internet网页（一个虚拟状态机），其中通过单击链接（状态转换）进行超链接，结果是下一个网页（这意味着应用程序的下一个状态）。

REST描述了网络系统由三部分组成：

数据元素（资源、资源标识符、表示）连接器（客户端、服务器、缓存、解析器、隧道）组件（源服务器、网关、代理、用户代理）

REST严格满足以下条件：

应用程序功能的状态被划分为资源用作超链接定位语法的每个资源（例如，在WWW URI中）所有资源在具有资源转换状态的客户端之间共享统一接口，包括：有限的一组定义良好的操作（如HTTPGET/POST/PUT/DELETE）一组有限的内容格式内容类型，可能包括可执行代码（例如，在WWW Javascript中）

如果我没有直接回答这个问题，我很抱歉，但通过更详细的例子更容易理解这一切。由于所有的抽象和术语，字段化并不容易理解。

这里有一个很好的例子：

解释REST和超文本：垃圾邮件清理机器人Spam-E

更棒的是，这里有一个简单的例子（powerpoint更全面，但你可以在html版本中获得大部分内容）：

http://www.xfront.com/REST.ppt或http://www.xfront.com/REST.html

看完这些例子后，我明白了Ken为什么说REST是超文本驱动的。但我实际上并不确定他是对的，因为/user/123是指向资源的URI，我不清楚它是否是非RESTful的，因为客户端知道它是“带外”的

xfront文档解释了REST和SOAP之间的区别，这也非常有用。当Fielding说：“这是RPC。它尖叫RPC。”时，很明显RPC不是RESTful的，所以了解这一点的确切原因很有用。（SOAP是RPC的一种类型。）

我想说，理解REST的一个重要组成部分在于端点或映射，例如/customers/{id}/balance。

您可以将这样的端点想象为从网站（前端）到数据库/服务器（后端）的连接管道。使用它们，前端可以执行在应用程序中任何REST映射的相应方法中定义的后端操作。