amigos del foro, ustedes creen que vale la pena incorporar rest a
nuestas aplicaciones? o seguimos de la forma tradicional?
yo veo un poco confuso es el mapeo de rutas y el codigo que se genera el
los controller son muy diferentes (list) parece que los list con pagineo
desaparecen.
amigos del foro, ustedes creen que vale la pena incorporar rest a
nuestas aplicaciones? o seguimos de la forma tradicional?
Bueno, definitivamente diría que REST es la forma a seguir en la gran
mayoría de los casos. Como se ha dicho varias veces, “pensar en REST”
te ayuda a modelar mejor tu aplicación. Siempre hay casos límite en
los que quizás no valga la pena utilizarlo, pero estoy seguro que
primero hay que practicar con REST para luego decidir cuándo
descartarlo.
yo veo un poco confuso es el mapeo de rutas y el codigo que se genera el
los controller son muy diferentes (list) parece que los list con pagineo
desaparecen.
Que la paginación se haya quitado de Rails Edge no tiene mucho que ver
con REST. Básicamente lo han hecho porque “ningún miembro del Core
utiliza paginación” (esto implicaría que no son las personas correctas
para decidir las mejores prácticas, aceptar y aplicar patches, etc.)
Por eso se movió a un plugin [1], aunque también podrías echarle un
vistazo a la nueva versión, will_paginate [2], que parece que está muy
buena. Por si no queda muy claro, classic_pagination es un drop-in,
totalmente compatible con tu código viejo, pero will_paginate es “lo
nuevo” (y lo que creo que deberías utilizar en un nuevo proyecto).
amigos del foro, ustedes creen que vale la pena incorporar rest a
nuestas aplicaciones? o seguimos de la forma tradicional?
Hola Azulejo,
Solo por agregar lo bien expuesto nuestro compañero Damian:
Ventajas que podemos encontrar con REST, entre otras :
Nos obliga intencionalmente a pensar de una manera concisa en el
diseño de nuestra aplicación, basandose en los 4 verbos HTTP:
GET Lee un recurso.
POST Crea un recurso.
PUT Edita un recurso.
DELETE Elimina un recurso.
Partiendo de estos verbos agregaremos nuevas funcionalidades a nuestra
aplicación, por ejemplo, un recurso buscar, simplemente leerá un recurso
basandose en cierto criterio.
El recurso puede ser representado de varias formas y enviado de
regreso en la forma correcta (HTML, XML, etc.) dependiendo lo que
necesite la aplicación cliente.
Basandose en acciones de controlador el recurso comparte lógica común
de procesamiento.
Rails ofrece facilidades para extender nuestra capacidad de formateo
en nuestra aplicación (tipos MIME): HTML, JavaScript, dispositivos
móviles, llamadas a Ajax, CSV, etc. (Revisar respond_to). O bien algún
formato especial de la compañia.
Active Resource te permite consumir recursos RESTful de la misma
manera cómo Active Record trabaja con bases de datos :
Consistencia: En la manera en que los recursos son accesados y la
facilidad de obtener diferentes representaciones de los mismos.
Utilizando la funcionalidad REST se está construyendo de una manera
inherente una base web services, que podrá participar en un entorno
heterogeneo. Java, .NET, etc.
Por otra parte, con respecto a will_paginate revisa este ScreenCast:
Gracias por las respuestas por lo que veo debemos aprender rest,
buscaremos informacion en castellano.
Hola William,
Te recomiendo la lectura de “Desarrollo REST con Rails” por Ralf
Wirdemann y Thomas B., traducido al castellano por Juan L.
(the-cocktail) [1], y además los screencasts de nuestro compañero Vicent
Gozalbes, es un aplicación para la gestión de incidencias de tickets
basada en REST [2].
Mil Gracias POR LA INFORMACION QUE NOS HAN ENVIADO, estamos mirando
(azulejo y william), tenemos una aplicacion que la llevamos en la mitad,
la queremos migrar a REST, sera que es mucho el trabajo?
On Thu, Aug 23, 2007 at 02:24:58PM +0200, William B. wrote:
Mil Gracias POR LA INFORMACION QUE NOS HAN ENVIADO, estamos mirando
(azulejo y william), tenemos una aplicacion que la llevamos en la mitad,
la queremos migrar a REST, sera que es mucho el trabajo?
Depende lo grande que sea esa aplicación. Lo que sí es seguro, es que
cuenta con interesantes beneficios, pero deberán ser ustedes mismos
quienes decidan si les vale o no la pena.
De hecho, si se deciden a hacerlo, verán cómo se les simplifica el
código y cómo todo va encajando “en su sitio” de forma natural.
hay cosas que ya no funcionan: como hacer un redirect_to donde dedemos
interrumpir la ejecucion de un controller
interrumpiamos de acuerdo a una condicion un programa enviandolo a otro
formulario: msj_error.rhtml, desplegaba el mensaje e interrumpia la
ejecucion, cosa que se requiere, ahora con rest no funciona.
Hola a todos. Retomando este tema antiguo quería haceros una consulta.
Estoy
empezando con RoR y, por lo que leo, parece que es importante utilizar
REST
también, pero no se si debo practicar primero con rails básico y luego
meterme con rest o aprender directamente con rest. ¿qué opináis?
Hola a todos. Retomando este tema antiguo quería haceros una consulta. Estoy
empezando con RoR y, por lo que leo, parece que es importante utilizar REST
también, pero no se si debo practicar primero con rails básico y luego
meterme con rest o aprender directamente con rest. ¿qué opináis?
----- Original Message -----
From: “Manuel González Noriega” [email protected]
To: “La lista sobre Ruby On Rails (rubyonrails.com) en castellano” [email protected]
Sent: Wednesday, September 05, 2007 8:54 PM
Subject: Re: [Ror-es] REST O NO REST
Hola a todos. Retomando este tema antiguo quería haceros una consulta.
Estoy
empezando con RoR y, por lo que leo, parece que es importante utilizar
REST
también, pero no se si debo practicar primero con rails básico y luego
meterme con rest o aprender directamente con rest. ¿qué opináis?
REST desde el día 1.
REST siempre. Es una filosofía de diseño que cuanto antes la aprendas
mejor y te va a servir con independencia del lenguaje o la plataforma,
así que te acompañará en PHP, Python o Javaland.
Hola a todos. Retomando este tema antiguo quería haceros una consulta. Estoy
empezando con RoR y, por lo que leo, parece que es importante utilizar REST
también, pero no se si debo practicar primero con rails básico y luego
meterme con rest o aprender directamente con rest. ¿qué opináis?
REST desde el día 1.
REST siempre. Es una filosofía de diseño que cuanto antes la aprendas
mejor y te va a servir con independencia del lenguaje o la plataforma,
así que te acompañará en PHP, Python o Javaland.