Si può leggere su questo qui: https://github.com/json-api/json-api/issues/508.
Fondamentalmente, con /articles/1/relationships/tags
la risposta sarà oggetto che rappresenta la relazione tra articles
e tags
. La risposta potrebbe essere qualcosa di simile a questo (quello che si mette in questione):
{
"links": {
"self": "/articles/1/relationships/tags",
"related": "/articles/1/tags"
},
"data": [
{ "type": "tags", "id": "2" },
{ "type": "tags", "id": "3" }
]
}
Questa risposta fornisce solo i dati necessari (in attributo di dati primari - dati) di manipolare il rapporto e non risorse connesse con la relazione . Detto questo, si chiama /articles/1/relationships/tags
se si desidera creare nuovo rapporto, aggiungere un nuovo tag (in pratica l'aggiornamento rapporto) per articolo, leggere che i tag appartengono articolo (è sufficiente l'identità per cercare loro su server) o eliminare i tag articolo.
D'altra parte, chiamando /articles/1/tags
risponderà con tag come dati primari con tutte le altre proprietà che hanno (articoli, relazioni, link, e altri top-level attributi quali includono, testo sottolineato, collegamenti e/o jsonapi).
È necessario inviare un payload al collegamento autonomo se si sta tentando di creare o eliminare una relazione? Inoltre, cosa significa: "leggi quali tag appartengono all'articolo (hai solo bisogno dell'identità per cercarli sul server)" Quale sarebbe il link per leggere i tag che appartengono all'articolo? Non è lo stesso di visitare root/articles/1/tags? – Jwan622