JSON表示中的链接关系

我正在设计一个基于JSON表示的RESTful API.为了遵守HATEOAS,我广泛使用资源之间的链接.因此,我遵循这个建议,以非常类似于ATOM链接的方式序列化链接.

现在我有时会发现识别正确链接关系类型的问题.当资源包含指向自身的链接时,self关系是显而易见的.当资源是子资源的集合和聚合,或者包含许多指向相关资源的链接时,它会变得更加复杂.

以博客文章为例,考虑一个返回博客文章快照的资源 - 包括此博客文章的作者,标签和评论.显然,这个资源包含许多子资源,当然也应该提供单独的链接:

样本资源:

{
   "blogpost":{
      "link":{
         "rel":"self",
         "href":"http://blog/post/4711"
      },
      "author":{
         "name":"Bob",
         "link":{
            "rel":"???",
            "href":"http://author/uri"
         }
      },
      "title":"foobar",
      "content":"A long article here…",
      "comments":[
         {
            "comment":"great article",
            "link":{
               "rel":"???",
               "href":"http://blog/post/4711/comment/1"
            },
            "author":{
               "name":"John Doe",
               "link":{
                  "rel":"???",
                  "href":"http://author/uri"
               }
            }
         }
      ],
      "tags":[
         {
            "value":"foo",
            "link":{
               "rel":"???",
               "href":"http://blog/post/4711/tag/foo"
            }
         }
      ]
   }
}

那么给定链接的适当关系是什么？我知道存在关系类型tag,但不是我的所有资源都与现有的关系类型相匹配.或者self在引用author/tag/comment时可以使用它,因为它与封闭的JSON(子)对象的上下文有关？什么是语义实体self指的是什么？

RFC 5988声明:

链接的上下文是提要IRI或条目ID,具体取决于它出现的位置

我怎样才能用JSON来解释这个？每个新对象{…}都是新的上下文吗？

谢谢!

这是一个很好的问题.如果您查看Hal的示例,您将看到rels是在子资源的上下文中定义的.
关于何时rel与整个资源或包含的子资源相关,我不知道任何明确的指南.
我可以指出的唯一额外信息是RFC5988中的锚参数,它允许您使用片段或全新的URI重新定义上下文IRI.

理想情况下,您的mediatype应说明上下文IRI对于嵌套资源是否不同,或者是否需要显式更改上下文IRI.这将是使用像application/vnd.hal + json这样的媒体类型而不是普通的旧应用程序/ json的另一个优点,正如Hal规范所述:

@rel - 用于识别目标URI如何与"主题资源"相关联.主题资源是最接近的父资源元素.

LSON-LD

您可以查看JSON-LD(关联数据的 JavaScript对象表示法.它看起来比HAL更复杂,但您可以使用它做更多事情.

JSON-LD正在W3C内部进行标准化,这是提案建议.

也

HAL vs JSON-LD(由JSON-LD的创建者Manu Sporny回答)

JSON-LD 文章和演示文稿

九头蛇(控制台)

对不起,我没时间提供一个例子..