Forum: Rails-ES REST

Announcement (2017-05-07): www.ruby-forum.com is now read-only since I unfortunately do not have the time to support and maintain the forum any more. Please see rubyonrails.org/community and ruby-lang.org/en/community for other Rails- und Ruby-related community platforms.
Manu C. (Guest)
on 2007-03-05 00:18
(Received via mailing list)
Hola, he leido por algunos sitios cosas sobre REST, que es una de las
novedades de Rails 1.2

Me he hecho una idea sobre como va leyendo esto:
http://www.b-simple.de/documents

Por lo que he entendido, se trata de una forma de agrupar los
controladores para relaciones 1-N, en el caso de un blog, si un
articulo tiene N comentarios, la url para manejarlo seria
articulo/1/comentarios en vez de las urls tradicionales del tipo
/articulo/1/edit .

Habeis trabajado ya con REST? Que os parece? cuando merece la pena
usarlo y cuando no?
Que documentación recomendariais para seguir leyendo sobre el tema?


Gracias,
y un saludo.
Marze (Guest)
on 2007-03-05 02:36
(Received via mailing list)
El 04/03/2007, a las 23:17, Manu C. escribió:

> /articulo/1/edit
Siii.. pero no exactamente

Se trata de un concepto "antiguo" de la computación, quiere decir que
todas
las acciones se reducen a Crear Leer Actualizar Destruir (CRUD, REST)
esto lo implementan los navegadores mediante GET PUT POST DELETE

Se trata en definitiva en ser fiel al protocolo, cumplirlo y hacer tu
app más estándar (mejor ciudadano)
y más segura tb

esto se traduce en rutas mas claras y en rutas enlazadas o "nested
routes", que es lo que tu comentas

la sintaxis que comentas no es del todo cierta
LEER /article/1 (GET)
CREAR /article/new (POST)
ACTUALIZAR /article/1;edit (PUT)
DESTRUIR /article/1 (DELETE)

puedes utilizar scaffold_resource para verlo en vivo y en directo

rails my_rest_app
my_rest_app\ rake rails:freeze:edge
my_rest_app\ script/generate scaffold_resource -T (te lanza las
opciones disiponibles)

> Habeis trabajado ya con REST? Que os parece? cuando merece la pena
> usarlo y cuando no?
> Que documentación recomendariais para seguir leyendo sobre el tema?

parece magia cuando se usa con los nombres de las rutas, todo queda
muy claro y sencillo al acceder en los controladores
yo uso mucho por ejemplo articles_path o posts_path o post_url

posts_path -> lista de posts
post_path -> acción con un post determinado
new_post_path -> crear un nuevo post

es mas sencillo relacionar webapps diseñadas en REST con webservices tb

igual no he sido muy estricto pero eso es lo que veo desde mi
perspectiva de diseñador
un diseño a nivel de datos bueno como REST proporciona aplicaciones
escalables de una forma organizada

AH! y cuidadín con pensar que REST es solo acerca de URLs.. es mucho
más define un sitio web y su funcionamiento estructural, para bien :)

pa que mires algo http://www.railsforum.com/viewtopic.php?id=1068



Un saludete,

marze
Manu C. (Guest)
on 2007-03-05 17:51
(Received via mailing list)
Muchas gracias, ahora me hago una idea mucho mas completa.

El 5/03/07, Marze <removed_email_address@domain.invalid>
escribi
Pedro D. (Guest)
on 2007-03-05 19:45
(Received via mailing list)
> > Habeis trabajado ya con REST? Que os parece? cuando merece la pena
> > usarlo y cuando no?
> > Que documentación recomendariais para seguir leyendo sobre el tema?

Una introduccion muy light pero amena de leer :

http://tomayko.com/articles/2004/12/12/rest-to-my-wife

--
-------------------------------------
Pedro Del G.

Email              :   removed_email_address@domain.invalid
Marze (Guest)
on 2007-03-06 00:33
(Received via mailing list)
El 05/03/2007, a las 18:44, Pedro Del G. escribió:

> Una introduccion muy light pero amena de leer :
>
> http://tomayko.com/articles/2004/12/12/rest-to-my-wife


lo suscribo.. yo desperté con ese artículo

un  saludo
This topic is locked and can not be replied to.