/ / Normes HATEOAS / modèle architectural - json, api, rest, hateoas

Normes HATEOAS / modèle architectural - json, api, repos, hateoas

si j'ai raison, HATEOAS est un modèle architectural et ne décrit pas COMMENT un client doit découvrir les relations. HATEOAS décrit simplement qu'un serveur doit envoyer une API détectable au client.

Lors de l'adoption de HATEOAS, l'auteur de l'API peut définir COMMENT le client doit découvrir les relations.

Par exemple, sans standard comme hydra / hal / jsonapi, il n'est pas clair si un json utilise les champs "link", "_link", "links", "relations" dans le document json pour représenter une relation.

De mon point de vue, cela me permettrait, en tant qu'auteur api, de définir quelque chose comme ça (HATEOAS valide):

Le symbole "