Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
Para actualizar la localizacin del usuario, un cliente REST podra primero descargar el
registro XML anterior usando GET. El cliente despus modificara el fichero para cambiar
la localizacin y lo subira al servidor utilizando HTTP PUT.
Ntese, sin embargo, que los verbos HTTP (POST, GET, PUT, DELETE) no proporcionan
ningn mecanismo estndar para descubrir recursos -- no hay ninguna operacin LIST o
FIND en HTTP, que se corresponderan con las operacioneslist*() y find*() en el ejemplo
RPC. En su lugar, las aplicaciones basadas en datos REST resuelven el problema
tratando una coleccin de resultados de bsqueda como otro tipo de recurso, lo que
requiere que los diseadores de la aplicacin conozcan URLs adicionales para mostrar o
buscar cada tipo de recurso.
Por ejemplo, una peticin GET HTTP sobre la
URL http://www.example.org/locations/us/ny/ podra devolver un enlace a una lista de
ficheros en XML con todas las localizaciones posibles en Nueva York, mientras que una
peticin GET a la URL http://www.example.org/users?surname=Michaels podra devolver
una lista de enlaces a todos los usuarios con el apellido "Michaels".
REST proporciona algunas indicaciones sobre cmo realizar este tipo de acciones como
parte de su restriccin "hipermedia como el medio de estado de la aplicacin", lo que
sugiere el uso de un lenguaje de formularios (tales como un formulario HTML) para
especificar consultas parametrizadas.
Pues bien, ahora en un desarrollo basado en API REST tendremos un esquema como el
que puedes ver en esta imagen: