Json HATEOAS标准/架构模式

如果我是正确的，HATEOAS是一种架构模式，不描述客户应该如何发现关系。HATEOAS只是描述了服务器应该向客户端发送一个可发现的API

当采用HATEOAS时，api作者可以定义客户端如何发现关系

例如，如果没有hydra/hal/jsonapi这样的标准，就不清楚json是否使用json文档中的“link”、“_link”、“links”、“relations”字段来表示关系

在我看来，作为api作者，这将允许我定义如下内容（有效的HATEOAS）：

---

符号“没有像“HATEOAS”这样的标准或体系结构模式。有REST（代表性状态转移）体系结构样式（样式而不是模式或其他东西），包含多个约束。其中一个约束被称为“超媒体”，作为应用程序状态的引擎“

如果超媒体字符串以“”开头✔", 允许客户端执行以下操作： 对URL的安全GET请求。URL遵循“✔“符号和符号是 rot13解码

所有这些都是无关的（纯设计），唯一重要的是选定的超媒体类型（HTML、Atom、Collection+JSON等）和超文本控件，如：