Spring hateoas links vs _links
Contenidos
}Personalmente no veo los méritos de este estilo, pero varias variantes del mismo han alcanzado cierto nivel de popularidad.Hay otro estilo para los enlaces en JSON que sí me gusta, que se parece a esto:Loading…{“self”: “/pets/12345”,
}La ventaja de este estilo es que hace explícito que “/people/98765” es una URL y no sólo una cadena. Aprendí este patrón de RDF/JSON. Una razón para adoptar este patrón es que probablemente tendrás que usarlo de todos modos siempre que tengas que mostrar información sobre un recurso anidado dentro de otro, como en el siguiente ejemplo, y usarlo en todas partes da una agradable uniformidad:Loading…{“self”: “/mascotas?propietario=/personas/98765”,
Para más ideas sobre la mejor manera de utilizar JSON para representar datos, véase Terrifically Simple JSON. Por último, ¿cuál es la diferencia entre un atributo y una relación? Creo que la mayoría de la gente estaría de acuerdo con la afirmación de que JSON no tiene un mecanismo incorporado para expresar los vínculos, pero hay una manera de pensar acerca de JSON que dice lo contrario. Considera este JSON:Loading…{“self”: “/people/98765”,
¿Qué es un autoenlace?
Un autoenlace es un enlace a la página en la que aparece el enlace. Un autoenlace a una página recibe un estilo diferente al de los enlaces tradicionales -por ejemplo, como texto en negrita en Vector- cuando se visualiza el artículo (“función de autoenlace”).
¿Qué son los enlaces en la API REST?
Un enlace es un elemento de un recurso web que incluye una referencia a otro recurso junto con el nombre de la relación entre ambos recursos. La referencia a la otra entidad se escribe utilizando un formato especial denominado Identificador Uniforme de Recursos (URI), para el que existe una norma del IETF.
¿Cómo puedo crear un enlace personal?
Opción 2: Utilizar la aplicación de escritorio
Si aún no has establecido un enlace, haz clic en enlace personal para abrir una ventana en la que podrás crear tu enlace. Crea un enlace único. Utiliza sólo letras, números, guiones, puntos y guiones bajos. Guarda los cambios.
Descanso hipermedia
}Personalmente no veo los méritos de este estilo, pero varias variantes del mismo han alcanzado cierto nivel de popularidad.Hay otro estilo para los enlaces en JSON que sí me gusta, que se parece a esto:Loading…{“self”: “/pets/12345”,
}La ventaja de este estilo es que hace explícito que “/people/98765” es una URL y no sólo una cadena. Aprendí este patrón de RDF/JSON. Una razón para adoptar este patrón es que probablemente tendrás que usarlo de todos modos siempre que tengas que mostrar información sobre un recurso anidado dentro de otro, como en el siguiente ejemplo, y usarlo en todas partes da una agradable uniformidad:Loading…{“self”: “/mascotas?propietario=/personas/98765”,
Para más ideas sobre la mejor manera de utilizar JSON para representar datos, véase Terrifically Simple JSON. Por último, ¿cuál es la diferencia entre un atributo y una relación? Creo que la mayoría de la gente estaría de acuerdo con la afirmación de que JSON no tiene un mecanismo incorporado para expresar los vínculos, pero hay una manera de pensar acerca de JSON que dice lo contrario. Considera este JSON:Loading…{“self”: “/people/98765”,
Enlaces Json:api
De la lectura de las definiciones parece desprenderse que no se está obligado en modo alguno a hacer que el URI self devuelva la *exacta* representación del mismo recurso en el que se declara, sino un “recurso equivalente”. Dado que IANA dice que el “self” transmite un identificador, yo me inclinaría más por hacerlo inmutable y único por recurso que identifica. Esto significa que en el caso mencionado:GET /collection
Si nos fijamos en la definición de un recurso (es decir, el URI), tienes razón en que, en teoría, el componente de consulta forma parte de la identidad de un recurso, sin embargo, la mayoría de la gente (yo incluido) suele equiparar “un recurso” a un componente de ruta URI. Así que *si* asumes eso, entonces la colección en sí es el recurso. Si se permite a los clientes “mirar” sólo una parte a la vez (es decir, una página) no se elimina el hecho de que un cliente siempre está mirando el mismo recurso, es decir, la “colección”.
Si se empiezan a incluir parámetros de consulta en los autoenlaces, los clientes tendrán que empezar a analizar el href para cambiar los parámetros de consulta en algunas situaciones… por ejemplo, si un cliente que está “mirando” la página 2 quiere pasar a la página 8. No puede simplemente recoger el href para cambiar los parámetros de consulta. No puede simplemente coger el autoenlace y añadir los parámetros de consulta necesarios, el href pierde su opacidad una vez que los clientes tienen que empezar a analizar y cambiar los hrefs de relación de enlace.
Formato Json:api
La razón principal es que los clientes (e incluso algunos servidores) no almacenan la ubicación de una representación con la representación. Por ejemplo, si utiliza wget http://…/foo.json, la representación se guardará en el disco, pero no el URI desde el que se obtuvo. Si no hay un enlace “self” incrustado en la representación, esto causa dos problemas:
Es importante comprender que las representaciones pueden tener una vida mucho más allá de la conversación HTTP, e incluso pueden transferirse a través de otros protocolos (correo electrónico, FTP, en un libro, etc.). Por lo tanto, un diseñador de medios experimentado incluirá normalmente un enlace “self”.