Możesz przeczytać o tym tutaj: https://github.com/json-api/json-api/issues/508.
Zasadniczo, z odpowiedzią /articles/1/relationships/tags
będzie reprezentowany związek między articles
a tags
. Odpowiedzią może być coś takiego (co można umieścić w swoim pytaniu):
{
"links": {
"self": "/articles/1/relationships/tags",
"related": "/articles/1/tags"
},
"data": [
{ "type": "tags", "id": "2" },
{ "type": "tags", "id": "3" }
]
}
Ta odpowiedź daje tylko niezbędne dane (w atrybucie danych pierwotnych - danych) do manipulowania relacji, a nie zasoby związane z relacji . Mając na uwadze powyższe, można nazwać /articles/1/relationships/tags
jeśli chcesz tworzyć nowy związek, dodać nowy tag (zasadniczo aktualizowania relacji) do artykułu czytać które tagi należą do artykułu (trzeba tylko tożsamość, aby szukać ich na serwer) lub usuń znaczniki artykułów z artykułu.
Z drugiej strony, nazywając /articles/1/tags
odpowie tagów jak danych pierwotnych z wszystkich innych właściwości, które mają one (artykuły, relacje, linki i inne najwyższego poziomu atrybutów takich m.in., podkreślony tekst, linki i/lub jsonapi).
Czy chcesz wysłać ładunek do łącza automatycznego, jeśli próbujesz utworzyć lub usunąć związek? Co to oznacza: "przeczytaj, które tagi należą do artykułu (potrzebujesz tylko tożsamości, aby wyszukać je na serwerze)" Jaki byłby link do odczytywania tagów należących do artykułu? Czy to nie to samo, co odwiedzanie root/articles/1/tags? – Jwan622