Dentro del mundo de las librerías o frameworks de Javascript hay muchos sabores de donde escoger como Prototype, jQuery, Dojo, Ext JS, YUI, etc, y además existen muchos argumentos válidos para elegir uno u otro, rapidéz, tamaño, comunidad, etc.
Partimos el 2005 utilizando nuestra propia librería para manejar los XMLHttpRequest, dada la curiosidad de Cristián Meléndez sobre Gmail y el apoyo del artículo “Dynamic HTML and XML: The XMLHttpRequest” en Apple Developer Connection, por lo que al ver el potencial inmediatamente aprovechamos la oportunidad de agregarlo a nuestros desarrollos cuando aún no se masificaba el concepto AJAX. Realmente nosotros no teníamos idea del concepto en ese momento para nosotros era un XMLHttpRequest. Su utilización nos dio muy buenos resultados simplificando muchas tareas y un efecto muy positivo en nuestros clientes y en el proceso de venta.
El 2006 empecé a escuchar sobre frameworks de Javascript, buscando encontré Prototype, pero tenía una muy mala documentación e información disgregada, lo que ya han corregido por lo que se puede ver en su sitio, esto me llevó a buscar una alternativa y me topé con jQuery, me gustó la forma fácil e intuitiva de acceder al DOM, la posibilidad de concatenar eventos, la librería para el manejo de AJAX y principalmente su documentación, que fue el punto principal de mi elección.
Últimamente he conversado mucho sobre el tema de que elegir, y creo que todos tienen argumentos válidos, el más fuerte por ahora va en el tema de que tanto Ruby on Rails como CakePHP vienen con helpers de Prototype, pero por lo que he leído, hay ya iniciativas que están armando helpers de jQuery para ambos frameworks, por lo que espero dejará de ser este un punto crítico en la elección.
Para mí por el tiempo que llevo con jQuery me resulta muy cómodo y rápido trabajar con el, puedo fácilmente con FireFox y Firebug mostrar sus ventajas, que con pocas líneas y solo el core se pueden hacer cosas muy interesantes, por lo que les puedo decir que si eligen jQuery, los podré ayudar y si quieren, enseñar, más allá de eso es hilar muy fino en detalles que finalmente considero no muy importantes.
¿Por dónde empezar? Como comente en el párrafo anterior les recomiendo tener FireFox y Firebug, luego descargar la última versión de jQuery y ponerse a jugar. Esencial es la documentación muy clara de jQuery, y apoyarse en algunos tutoriales como los que puedes encontrar en la página de jQuery o este excelente tutorial de jQuery para diseñadores por WebDesignerWall, y por último dejo este post para ayudarlos en lo que pueda.
Este nuevo blog lleva poco y quizás no obtenga muchas respuestas, pero de todas formas dejo una pregunta …
¿Que framework elegiste, por que y que ventajas crees que tiene sobre otros?
concuerdo contigo el jquery me encanta lo ocupo hace un tiempo su simpleza, documentación, facil aprendizaje y además que no tiene muchos js dependientes, de tal manera que puedes tomar solo los plugins que realmente necesitas y no más de lo necesario.
Mayormente uso jQuery, sobre todo por lo simple del código (odio tener que escribir cosas como xxx.xxx.xxxxxxxx(a,b,c) cada vez que quiero hacer algo). De cualquier modo, en algunos casos jQuery se me ha quedado corto, en cosas como la simulación de OOP (interfaces, herencia, etc) por lo que para esos casos particulares he recurrido a librerías tipo mootools o yui. Se que actualmente jQuery ha comenzado a incluir cosas de este tipo, pero aún no las pruebo
Ahh, una cosa más, no entiendo mucho por qué se le concede tanta importancia a los helpers (RoR, CakePHP, etc) ya que son librerías que tienen un ambito de aplicación totalmente diferentes y ocupar un helper para utilizarla es perder potencialidad, ya sea porque el helper no implementa todas las funcionalidades de la librería, o, en caso de si implementarlas, hay que mantener una documentación paralela a la de la propia librería, y eso en el tiempo suele dar lugar a problemas.
Yo no les doy importancia a los helpers, de hecho que algunos frameworks no sean agnósticos en cuanto al framework Javascript que utilizan no lo encuentro bueno.
Creo que los helpers, para alguien que no conoce de frameworks y quiere agregar AJAX a su aplicación resulta muy cómodo, luego cuando necesitan extender la funcionalidad lo primero que naturalmente se hace es investigar sobre la librería que el mismo framework te proporciona ( Prototype para Ruby on Rails y CakePHP ) y por un tema de comodidad totalmente válido se transforman en usuarios de Prototype, por decirlo de alguna forma, la elección es por una recomendación del mismo framework.
oh, una referencia a mi persona!
mi comentario no es muy específico de algún framework, pero es muy importante destacar lo que google hizo en masificar “AJAX”, cosa que muy pocos saben. previo a gmail practicamente nadie conocía la funcionalidad de hacer llamadas http vía javascript (primero conocido como XMLHttp, luego Ajax y finalmente AJAX). google contrató al gurú de javascript (no recuerdo su nombre) para que se encargara de la interfaz de gmail y el resultado fue la tremenda aplicación que hoy conocemos, pionera en el uso de esta “tecnología” (es simplemente un método() que casi nadie usaba). cuando con Pedro logramos poner nuestras manos en nuestra propia cuenta de gmail (las invitaciones eran muy escasas) rápidamente nos llamó la atención lo rápida que era la interfaz y la falta de llamadas http visibles para el usuario. después de un “view source” y una buena escudriñada en el código ofuscado nos encontramos con un método que nunca habiamos visto: XMLHttpRequest(). con algo de soberbia puedo asegurar que fuimos de los primeros en meternos en esto en el país y particularmente en el ámbito comercial.