白话REST-识别真假REST

REST是中文翻译为表征状态转移（英文：Representational State Transfer）是Roy Fielding博士在2000年他的博士论文中提出来的一种软件架构风格。从字面意思来说，“表述”是很难理解是什么东西的？从论文上我们可以看到表述，一般指HTML文档（包括json，xml等），jpeg等图片资源。 REST（Representational State Transfer），即“表征状态转移”，是由Roy Fielding博士在其2000年的博士论文中提出的一种软件架构风格。REST强调基于网络的分布式系统的松耦合设计，并推崇无状态通信机制。在理解REST时，应避免将其与RPC（Remote Procedure Call）简单等同，因为REST不仅仅是一系列HTTP方法的简单应用。 REST的核心理念在于资源的抽象、统一的接口以及状态的无状态传输。其中，“资源”指的是通过网络可识别和访问的任何信息实体，它可以是文本、图片、数据或服务。而“表述”则是资源的某种表现形式，如HTML、JSON、XML等。REST通过定义表述来实现对资源的访问和操作，而URL（Uniform Resource Locator）是定位这些资源的标识符。 REST架构风格具有以下特点： 1. 客户-服务器架构：这种架构通过分离用户界面和数据存储来提高系统的可移植性和可伸缩性。服务器组件负责数据管理，而客户机则负责展示数据，两者通过网络进行交互。 2. 无状态通信：REST要求通信无状态，意味着每次客户端与服务器的交互都包含了必要的信息，服务器无须保存客户端的状态信息。这样不仅简化了服务器的设计，还增强了系统的可伸缩性。虽然无状态通信可能增加数据的重复传输，但是可以通过引入缓存机制来减轻这一影响。 3. 缓存机制：REST允许在通信中加入缓存，缓存可以减少客户端和服务器之间的交互次数，提高系统的响应速度和性能，降低网络负载。不过，缓存也可能导致数据的不一致性，因此在某些情况下需要对缓存进行管理，以保证数据的正确性。 4. 统一接口：REST架构风格强调组件之间必须有统一的接口，这一接口包括以下约束： - 资源的识别：每个资源都通过一个唯一的标识符（如URL）进行访问。 - 操作的执行：通过HTTP方法（如GET、POST、PUT、DELETE）对资源执行操作，实现对资源的增删改查（CRUD）。 - 自描述的消息：每条消息都有足够的信息描述自身，包括如何处理消息以及数据的类型和含义。 - 超媒体作为应用状态引擎（HATEOAS）：客户端通过资源的表述中的链接来进行状态转换，而无需预先知道整个应用的状态。 5. 分层系统：REST允许使用分层系统设计，其中每个组件无法观察到其他组件的内部状态，只能通过接口进行交互。这样的设计可以使得系统更加安全，易于管理。 REST架构风格的应用带来了诸如可伸缩性、通用性和独立部署等优点，而这些优点使得REST成为构建Web服务和微服务架构的首选风格。与传统的SOAP（Simple Object Access Protocol）/XML服务相比，RESTful Web服务更加简洁，易于实现和理解，且更符合Web的设计原则。 在RESTful设计中，API的构建要遵循上述架构约束，实现真正意义上的REST风格。然而，由于对REST的认识不足，很多所谓的REST服务仅仅是采用了HTTP方法来实现CRUD操作，并没有充分体现REST的架构风格和约束。这样的实践与Roy Fielding博士提出REST的初衷是不相符的。 总结来说，REST是一种架构风格，它定义了一系列的约束条件，使得系统能够更好地适应Web的特性和环境。理解并正确应用这些约束条件是构建RESTful服务的关键所在。