HATEOAS - REST不是真正的REST

Question

当REST API不遵循HATEOAS风格时，它经常被称为您的REST并非真正的REST。

我们怎么能想到客户的每一个可能的请求都可以映射到CRUD操作？

例如，如果客户端（移动设备）想要为给定电子邮件ID发送重置密码链接给用户，那么这应该如何被认为是CRUD？

Answer 1

很少有REST倡导者会争辩说REST应该适用于所有事情。我是REST的主要支持者，但不止使用HATEOAS是最实用的举措。你的例子就是其中之一。

但是，如果您希望以REST方式进行此项工作，则完全有可能。

例如，丢失的密码重置链接可能需要一次性身份验证令牌。

/users/xyz/auth-tokens 

也许你可以通过创建使用POST该集合在一个新的“身份验证令牌”的资源发起丢失密码的电子邮件操作：此标记可能是由集合中的资源，如表示。

你应该吗？我不知道！你可以吗？当然！

Answer 2

创建PasswordReset资源非常简单。

POST /password-resets 

RPC意识到人们很难切换到REST，因为他们习惯于像RPC那样做事情。 :)

https://www.smashingmagazine.com/2016/09/understanding-rest-and-rpc-for-http-apis/