REST 是一组架构规范，并非协议或标准。API 开发人员可通过多种方式实施 REST。
当客户端通过 RESTful API 提出请求时，它会将资源状态表述传递给请求者或终端。该信息或表述通过 HTTP 以下列某种格式传输：JSON（Javascript 对象表示法）、HTML、XLT、Python、PHP 或纯文本。JSON 是最常用的文件格式，尽管它的名字英文原意为“JavaScript 物件表示法”，但它与任何编程语言都兼用，并且人类和机器都能读懂。
还有一些需要注意的地方：在 RESTful API HTTP 请求的 HTTP 方法中，标头和参数也很重要，因为其中包含了请求的元数据、授权、统一资源标识符（URI）、缓存、cookie 等重要标识信息。 标头分为请求标头和响应标头，每种标头都有自己的 HTTP 连接信息和状态码。
如果希望一款 API 被视为 RESTful API，那么该 API 需满足以下标准：
客户端-服务器架构由客户端、服务器和资源构成，通过 HTTP 来处理请求。无状态客户端-服务器通信，即在不同的 get 请求之间不会存储任何客户端信息，并且每个请求都是独立的，互不关联。确保数据可缓存，以简化客户端与服务器之间的交互。在各组件之间采用一个统一的接口，以便按照标准格式传输信息。 这要求：所请求的资源是可识别的，并且要与发送给客户端的表示内容分离开来。客户端可通过收到的表示内容对资源执行操作，因为这些表示内容所包含充足的信息。返回给客户端的自描述消息包含充足的信息，用于指明客户端应该如何处理所收到的信息。超文本/超媒体可用，这意味着在访问某个资源后，客户端应能够使用超链接查找其当前可采取的所有其他操作。 由一个分层系统将参与检索请求信息的各类服务器（负责安全防护、负载平衡等功能的服务器）组织到层次结构中，且对客户端不可见。 按需编码（可选）：能够根据请求将可执行代码从服务器发送到客户端，从而扩展客户端功能。 尽管 REST API 必须符合上述标准，人们依然觉得它要比像 SOAP（简单对象访问协议）这样的规定协议更好用，因为 SOAP 受到 XML 消息传递等具体要求的约束，再加上采用内置安全防护和事务合规管理，所以速度更慢、更加繁琐而复杂。
相比之下，REST 则是一组可按需实施的准则，使 REST API 速度更快、更轻量，并具有更高的可扩展性，非常适合物联网（IoT）和移动应用开发。
详细了解 REST 和 SOAP