RESTful都问题 我能让你过 面试官 (restful)
本文目录导航：
面试官：RESTful都问题，我能让你过？
RESTful 架构，这一律念在软件开发中被宽泛运用，尤其在 API 设计畛域。
它的外围概念是围绕资源启动操作，经过 URL 定位资源并经常使用 HTTP 动词形容操作，如 GET 用于失掉资源，PUT 用于降级资源，POST 用于创立资源，DELETE 用于删除资源。
但是，许多人对 RESTful 的真正含意和为何称之为 RESTful 架构感到困惑。
RESTful 并非单纯的一套规范，而是一种格调或指点准则，旨在提供繁复、高效且易于了解的 API 设计。
RESTful 的全称为 Representational State Transfer，直译为表述性形态转移。
资源的表述性形态转移，这一律念强调了在启动交互时，经过 HTTP 动词和 URL 来表白所需的操作和资源。
将 REST 视为一种规范或许会发生曲解，实践上，它更像是一种指点准则，旨在促成客户端和主机之间的交互。
遵照 RESTful 格调的 API 设计，须要准确经常使用 HTTP 动词来指代对资源的操作，而非在 URL 上明白示意操作，以缩小不用要的复杂性和冗余。
在实践运行中，正确地经常使用 RESTful 格调的 API 设计至关关键。
例如，失掉一个 user 的正确姿态是经过 GET 恳求访问 `/users/1`，而非 `GET /getUserById?userId=1`。
雷同，新增 user 的正确方式是经过 POST 恳求访问 `/users`，而非 `/addUser`。
这样的设计遵照了 RESTful 的外围准则，确保了 API 的可读性和分歧性。
RESTful 架构的另一关键个性是 HATEOAS（Hypermedia as the Engine of Application State），它强调经过照应中的链接来指点客户端如何启动下一步操作。
HATEOAS 的成功参与了 API 的灵敏性和可裁减性，让客户端能够依据照应中的链接口头不同的操作。
虽然 HATEOAS 在实践运行中的实施存在应战，但其外围思念强调了 API 应该具有的灵活性和对客户端的友好性。
总之，RESTful 是一种强调资源为中心、经常使用 HTTP 动词和 URL 的 API 设计格调。
它提供了一种繁复、高效且易于了解的交互方式，有助于构建可保养性和可裁减性的系统。
虽然 HATEOAS 提供了额外的灵敏性，但在实践运行中并非一切公司都选用齐全遵照这一准则。
RESTful 格调的驳回对程序运转没有间接影响，关键在于坚持外局部歧性，确保团队成员遵照一致的设计规范。
什么是restful
RESTful是一种软件架构格调，关键用于Web服务的设计和开发。
详细解释：
RESTful代表“体现层形态转移”，是一种基于HTTP协定的互联网运行程序设计准则和最佳通常。
这种格调以客户端和主机之间的小型交互为单位构建Web服务，有助于坚持系统可伸缩性和繁复性。
其外围特点包括以下几个方面：
1. 客户端-主机结构：RESTful架构中，客户端和主机分别，专一于各自的配置。
客户端担任用户交互，主机解决数据和资源的治理。
这种分别使得系统愈加明晰，易于保养和裁减。
2. 有形态通讯：RESTful的每个恳求都必定蕴含足够的消息，以便主机解决并前往结果，而无需依赖于之前的恳求或会话形态。
这象征着即使服务重视启或发生缺点，客户端的恳求也能被正确解决，保障了系统的牢靠性和稳固性。
3. 经常使用HTTP协定：RESTful架构应用HTTP协定自身提供的各种配置，如GET用于失掉资源，POST用于创立资源，PUT用于降级资源等。
这使得RESTful服务易于了解和经常使用，并且可以与现有的互联网工具和协定无缝集成。
4. 数据格局的一致性：RESTful服务通经常常使用一致的资源定位器来标识和治理数据资源。
这象征着每个资源都有一个惟一的标识符，并且可以经过规范的HTTP操作来访问和操作这些资源。
此外，数据通常以易于浏览和解析的格局出现，使得不同系统之间的数据替换变得繁难高效。
总的来说，RESTful是一种在Web服务开发中宽泛运行的架构格调，它以繁难、可裁减和牢靠的方式成功了客户端与主机之间的通讯和数据替换。
restful和http的区别
REST 定义了一组体系架构准则，您可以依据这些，包括经常使用不同言语编写的客户端如何经过 HTTP 解决和传输资源形态。
所以无理想上，REST 对 Web的影响十分大，因为其经常使用相当繁难，曾经普遍地取代了基于 SOAP 和 WSDL 的接口设计。
在多年以后的当天，REST的关键框架曾经开局雨后春笋般的发生。
团体了解：（一）首先REST只是一种格调，不是一种规范（二）REST是以资源为中心的（三）REST充沛应用或许说极其依赖HTTP协定 一．关于当天正在吸引如此多留意力的最纯正方式的 REST Web 服务，其详细成功应该遵照以下基本设计准则： 1.1．显式地经常使用不同的 HTTP 恳求方法1.2．有形态1.3．地下目录结构式的 URI(经过逻辑URI定位资源)。
1.1．显式地经常使用不同的 HTTP 恳求方法 咱们在 Web 运行中解决来自客户端的恳求时，通常只思考 GET 和 POST 这两种 HTTP 恳求方法。
实践上，HTTP 还有 HEAD、PUT、DELETE 等恳求方法。
而在 REST 架构中，用不同的 HTTP 恳求方法来解决对资源的 CRUD（创立、读取、降级和删除）操作： 若要在主机上创立资源，应该经常使用 POST 方法。
若要检索某个资源，应该经常使用 GET 方法。
若要更改资源形态或对其启动降级，应该经常使用 PUT 方法。
若要删除某个资源，应该经常使用 DELETE 方法。
phper