Rest JSONAPI如何将类型/id转换为可导航URL?
在中,它给出了以下资源示例:Rest JSONAPI如何将类型/id转换为可导航URL?,rest,json-api,hypermedia,Rest,Json Api,Hypermedia,在中,它给出了以下资源示例: { "type": "articles", "id": "1", "attributes": { "title": "Rails is Omakase" }, "relationships": { "author": { "links": { "self": "/articles/1/relationships/author", "related": "/articles/1/autho
{
"type": "articles",
"id": "1",
"attributes": {
"title": "Rails is Omakase"
},
"relationships": {
"author": {
"links": {
"self": "/articles/1/relationships/author",
"related": "/articles/1/author"
},
"data": { "type": "people", "id": "9" }
}
}
}
如果我没有使用资源包含,我的客户应该如何处理以下内容中包含的信息:
"data": { "type": "people", "id", "9" }
回复中包含一个链接,指向文章
的作者(/articles/1/author
)——通过阅读回复中的数据{…}
元素,我可以看出本文的作者是id=9的人,但我实际上无法利用这些信息做任何有用的事情
从直觉上看,我可以使用这些信息向/people/9
发出GET请求以检索作者详细信息,但这似乎不是JSONAPI规范的一部分(尽管在资源集合的URL方面存在类似的问题)
内联
类型/id
信息是否仅在资源包含或与一些以前缓存的响应数据交叉引用的上下文中相关?或者是否存在将type+id
转换为资源URL(GET/{type}/{id}
)的未记录约定?用于交叉引用从服务器检索的其他数据。您可以在其他时间顺便加载记录person:9
,知道文章1
上的作者关系可以省去将GET
发送到/articles/1/关系/作者的麻烦
例如,客户端存储会自动为您解析引用。它用于交叉引用从服务器检索的其他数据。您可以在其他时间顺便加载记录person:9
,知道文章1
上的作者关系可以省去将GET
发送到/articles/1/关系/作者的麻烦
例如,客户端存储会自动为您解析引用