¿Es una buena práctica usar URI en representación JSON (o XML) de recursos REST, por ejemplo¿La representación JSON de los recursos REST debe usar URI para los recursos relacionados?
Por ejemplo, para un recurso que tiene una lista de archivos adjuntos, donde cada archivo adjunto tiene una identificación que se puede utilizar para recuperarlo utilizando una URL como http://myserver.com/resources/attachments/:
{
fileName: "screenshot.png"
contentType: "application/octet-stream"
id: 52004
}
¿Debo también añadir un elemento URI como
{
fileName: "screenshot.png"
contentType: "application/octet-stream"
id: 52004
uri: /resources/attachments/52004
}
Y si lo hace, entonces el miembro "id" es completamente redundante. – fumanchu
@fumanchu Buen punto –
El parámetro "id" no es completamente redundante. Tener una ID en la respuesta permite al usuario final identificar de manera única ese recurso en refactorizaciones API, versiones de url y, potencialmente, como filtros para otras llamadas que hacen referencia a ese recurso. – trcarden