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