JSONAPI 仕様では、Resource Objects の下に、次のリソースの例が示されています。
{
"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" }
article
応答にはの作成者 ( )へのリンクが含まれています。この応答の要素を/articles/1/author
読むと、この記事の作成者が の人物であることがわかりますが、実際にはその情報を使用して役立つことは何もできません。data { ... }
id=9
この情報を使用して GET リクエストを作成し、作成者の詳細を取得できることは直感的に思え/people/9
ますが、それは JSONAPI 仕様の一部ではないようです (ただし、リソース コレクションの URL に関しては、これらの線に沿った推奨事項があります)。
インラインtype/id
情報は、リソースの包含または以前にキャッシュされた応答データとの相互参照のいずれかのコンテキストでのみ関連していますか? type+id
または、リソース URL () への変換に関する文書化されていない規則はありますGET /{type}/{id}
か?