Comments on: AAP Bloque 1.2 Ejercicio 2 – Ejemplos de interfaces REST http://draxus.org/weblog/2009/02/28/aap-bloque-12-ejercicio-2-ejemplos-de-interfaces-rest/ El blog de DraXus Wed, 16 Jun 2010 06:54:06 +0000 hourly 1 http://wordpress.org/?v=3.0 By: DraXus http://draxus.org/weblog/2009/02/28/aap-bloque-12-ejercicio-2-ejemplos-de-interfaces-rest/comment-page-1/#comment-8049 DraXus Mon, 02 Mar 2009 22:07:26 +0000 http://draxus.org/weblog/?p=1142#comment-8049 Ah, vale. Entonces yo hago algo parecido en AndalucíaPeople con por ejemplo: http://andaluciapeople.com/granada/sitios.json/restaurante/ Hoy hemos discutido tu respuesta en clase, jejeje. Un saludo y gracias! Ah, vale. Entonces yo hago algo parecido en AndalucíaPeople con por ejemplo: http://andaluciapeople.com/granada/sitios.json/restaurante/

Hoy hemos discutido tu respuesta en clase, jejeje. Un saludo y gracias!

]]> By: blaxter http://draxus.org/weblog/2009/02/28/aap-bloque-12-ejercicio-2-ejemplos-de-interfaces-rest/comment-page-1/#comment-8048 blaxter Mon, 02 Mar 2009 21:35:58 +0000 http://draxus.org/weblog/?p=1142#comment-8048 REST digamos que es de mis tecnologías favoritas y he hecho bastantes cosas. Esos servicios, no son absolutamente nada REST, pero pocos ejemplos en servicios públicos vas a encontrar que lo sean. El ejemplo más claro (aunque es muy simple) es el servicio S3 de amazon y como segundo ejemplo típico la api de delicious (que ya no es rest, pero algo se asemeja remotamente..., muy remotamente). La gracia y la clave del asunto es que cambias tu arquitectura típica rpc (<em>favorites.getPublicList()</em>) por una arquitectura basada en recursos (combinación de palabras muy maja, pero que solo llegarás a entender después de enfrentarte a diseñar un interfaz rest y modificarla veinte veces), GET /users/paco/favorites. Gracias a eso consigues tener una interfaz común y conocida (métodos del protocolo de comunicación que uses, que puede ser HTTP o puede ser el que sea) para interactuar con todos los recursos. Es decir, conociendo los recursos estás explicando el diseño conceptual e implícitamente dando a conocer su uso práctico. Cómo me pone :) REST digamos que es de mis tecnologías favoritas y he hecho bastantes cosas.

Esos servicios, no son absolutamente nada REST, pero pocos ejemplos en servicios públicos vas a encontrar que lo sean.

El ejemplo más claro (aunque es muy simple) es el servicio S3 de amazon y como segundo ejemplo típico la api de delicious (que ya no es rest, pero algo se asemeja remotamente…, muy remotamente).

La gracia y la clave del asunto es que cambias tu arquitectura típica rpc (favorites.getPublicList()) por una arquitectura basada en recursos (combinación de palabras muy maja, pero que solo llegarás a entender después de enfrentarte a diseñar un interfaz rest y modificarla veinte veces), GET /users/paco/favorites. Gracias a eso consigues tener una interfaz común y conocida (métodos del protocolo de comunicación que uses, que puede ser HTTP o puede ser el que sea) para interactuar con todos los recursos. Es decir, conociendo los recursos estás explicando el diseño conceptual e implícitamente dando a conocer su uso práctico.

Cómo me pone :)

]]> By: DraXus http://draxus.org/weblog/2009/02/28/aap-bloque-12-ejercicio-2-ejemplos-de-interfaces-rest/comment-page-1/#comment-8014 DraXus Sun, 01 Mar 2009 16:29:21 +0000 http://draxus.org/weblog/?p=1142#comment-8014 <strong>blaxter</strong>: por lo que he podido entender de la Wikipedia lo *realmente* REST sería trabajar a base de GET (para obtener), POST (para crear), PUT (para actualizar) y DELETE (para borrar) sobre recursos accesibles por URIs. <a href="http://en.wikipedia.org/wiki/Representational_State_Transfer#Public_implementations" rel="nofollow">Según parece</a> a esos ejemplos que he puesto se denominan REST-like (de mentirijilla, vamos xD). Al parecer el protocolo Atom (<a href="http://tools.ietf.org/html/rfc5023#section-5" rel="nofollow">RFC 5023</a>) sí se podría considerar como un ejemplo de REST. Gracias por tu respuesta, he visto en tu blog que te leíste un libro sobre servicios REST, así que estarás bastante mejor puesto que yo xD blaxter: por lo que he podido entender de la Wikipedia lo *realmente* REST sería trabajar a base de GET (para obtener), POST (para crear), PUT (para actualizar) y DELETE (para borrar) sobre recursos accesibles por URIs.

Según parece a esos ejemplos que he puesto se denominan REST-like (de mentirijilla, vamos xD).

Al parecer el protocolo Atom (RFC 5023) sí se podría considerar como un ejemplo de REST.

Gracias por tu respuesta, he visto en tu blog que te leíste un libro sobre servicios REST, así que estarás bastante mejor puesto que yo xD

]]> By: blaxter http://draxus.org/weblog/2009/02/28/aap-bloque-12-ejercicio-2-ejemplos-de-interfaces-rest/comment-page-1/#comment-8013 blaxter Sat, 28 Feb 2009 18:53:03 +0000 http://draxus.org/weblog/?p=1142#comment-8013 Una interfaz REST no es simplemente algo accesible por una URI. Esos dos ejemplos no tienen nada de REST. Unas uris a las cuales les estás pasando method=foo.bar es precisamente todo lo que REST intenta evitar, un modelo rpc. Que los propios sitios lo llamen REST es ese ya otro tema. Por desgracia éste es un término que hace poco tuvo su auge y se ha convertido en una <em>buzz word</em>, por lo que se usa indiscriminadamente para etiquetar todo, aún sin tener ni el más remoto parecido. Una interfaz REST no es simplemente algo accesible por una URI. Esos dos ejemplos no tienen nada de REST.

Unas uris a las cuales les estás pasando method=foo.bar es precisamente todo lo que REST intenta evitar, un modelo rpc.

Que los propios sitios lo llamen REST es ese ya otro tema. Por desgracia éste es un término que hace poco tuvo su auge y se ha convertido en una buzz word, por lo que se usa indiscriminadamente para etiquetar todo, aún sin tener ni el más remoto parecido.

]]>