Sumando dos de las “buzzwords” más de moda entre los desarrolladores Web ahora Curt Hibbs lanza una muy interesante idea, implementar Ajax usando Ruby on Rails.
Haciendo Ajax más simple con Ruby
Una vez que el browser renderizó y mostró la página inicial, diferentes acciones del usuario hacen que se muestre una nueva página web (como en caulquier aplicación web tradicional) o dispare una operación Ajax:
1. Sucede el “disparador” de la acción. Esto puede ser cuando el usuario hace click en un botón o un link, o el cambio de datas en un formulario o un campo. O lo que sea.
2. La data asociada con ese “disparador”(trigger action) sea un campo o un formulario entero es enviado asincrónicamente al handler (el que maneja la acción) en el servidor vía XMLHttpRequest.
3. Ese handler genera la accion basado en la data enviada y devuelve un fragmento de HTML como respuesta
4. El JavaScritp del lado del cliente (creado automáticamente por Rails) recibe el fragmento de HTML para modificar o actualizar una parte del HTML de la página, generalmente el contenido de un tag < div >.
Uno de los grandes problemas para entender muchas veces estas cosas es que no es lo mismo Ruby-on-Rails que Ruby. Un excelente recurso para entender como funciona todo junto esta en Agile Web Development with Rails y un excelente ejemplo de un site desarrollado enteramente con Rails es GoDefy.
Hay algo que no entiendo… ¿eso mismo no se podría hacer con php? ¿Qué diferencias hay entre ROR y PHP? Tengo entendido que ROR se ejecuta más rápido, pero eso no tiene mucha importancia ahora con los peazos de servidores que hay, no?
con una modorra intelectual congenita, (que nombre largo che :P), en realidad la gran discusión en ciertos grupos de desarrolladores es que con RoR podrías bajar los tiempos de desarrollo al ser un framework más “rapido y sencillo”.
Pero esto es una de las tantas discusiones como Ruby vs PHP, Ruby vs J2EE y Ruby vs otros… en gran medida termina siendo un tema de simplicidad.
Hay algunas discusiones interesantes dando vueltas como esta
Gracias por empezar a ilustrar mi ignorancia sobre ruby ;)
pocos conocen ruby en serio (yo no soy de esos jeje) pero esta levantando en serio muchas discusiones.
Yo conozco Ruby aunque no trabaje usandolo, en principio la principal ventaja que le veo sobre php (aclaro que no conozco php5) es que es un lenguaje pensado en OOP. Esto para mi ya es una ventaja poderosisima a la hora de hacer un desarrollo de grandes dimensiones (y luego tratar de mantenerlo sin perder la vida en ello.)
El problema de php5 con la poo (yo en castellano, jeje) es que, en vez de ampliar y organizar lo que ya se había hecho con php4, cambia las cosas más básicas (por ejemplo, cómo declarar un constructor), que tampoco estaban mal como estaban. Aunque sí añade más cosillas. Pero el problema es ése, con php5 puedes hacer una aplicación que más o menos siga los principios de la poo, pero no va a ser compatible con php4, que todavía sigue siendo lo más extendido (y no sé por qué).
bueno.. uno de los temas de RoR es que estan es que esperan “llevarse” desarrolladores en el momento que hagan el cambio de 4 a 5
Si quieren un framework similar a Rails pero para php, existe Cake. Todavia esta muy verde. No hace todo lo que hace el primero y se estan basando en Rails para desarrollarlo. En la lista de google groups de Cake, esta este ejemplo que muestra Ajax en este framework para php.
Estuve escribiendo sobre RoR un par de cosas. Mas adelante escribire sobre Cake (espero).
You forgot to include: PHP on Rails
Una de las locuras que se me ocurren es que estaría bueno poder escribir código cliente en ruby en vez de usar javascript o vbscript.
Eso llevaría a AJAX a otro nivel, porque tendriamos un lenguaje OOP (y qué lenguaje) con el cual podríamos usar objetos en forma natural, sin usar trucos raros como prototype y demás.
Bueno, no me tomen en serio, son locuras mías :P