jQuery se ha convertido lentamente en el framework de Javascript por defecto de la web, y aunque en los últimos años han tenido muy pocas actualizaciones, el 2011 tuvo varias micro versiones y esperan ser aún más ágiles y constantes este año.
El problema radica en mantener actualizados todos tus sitios con la última versión disponible: es tedioso. Uno siempre debe estar al tanto de las actualizaciones, descargarlas, subirlas a cada uno de tus servidores y vincularlos en el footer de tu sitio web, para mi esto simplemente es mucho trabajo.
La solución, el Content Distribution Network de Google.
https://developers.google.com/speed/libraries/devguide
Google ofrece múltiples versiones de los frameworks y scripts más populares, y por lo general son muy rápidos para actualizarlos. Además de sus grandes beneficios, como ahorrar ancho de banda y disponibilidad en base a tu posición geográfica, tienes la opción de cargar la última versión (posiblemente cacheada por haber visitado otra website) sin ningún esfuerzo.
Para esto, solo se necesita agregar la siguiente línea de código en tu HTML, de preferencia antes de cerrar el </body> antes de todos tus scripts, y listo.
Código :
<script src="http://ajax.googleapis.com/ajax/libs/jquery/1/jquery.min.js"></script>
Google APIs FTW.
Cabe recordar que algunos plugins pueden no ser compatibles con la última versión de jQuery, para esto, simplemente pueden especificar la versión necesaria: 1.7 o 1.7.1
Cristalab ha usado esta técnica desde v4
¿Sabes SQL? ¿No-SQL? Aprende MySQL, PostgreSQL, MongoDB, Redis y más con el Curso Profesional de Bases de Datos que empieza el martes, en vivo.
Por jonasanx el 10 de Abril de 2012
Entiendo que pasar de 1.2 a 1.7 podria ser un problema para algunos plugins, pero no veo nada de malo con usarlo para microversiones o si no estas dependiendo de ningun plugin en especial.
Por @iramriquelme el 10 de Abril de 2012
En ocasiones hay que anexar otra versión de JQuery dado que los desarrollos chocan con distintas versiones.
Aunque últimamente ya no pasa eso muy seguido, anteriormente si desarrollabas un plugin para JQuery con una versión anterior, a veces chocaba con la versión actual y ya no funcionaba.
Por jonasanx el 10 de Abril de 2012
NEO_JP :
Entiendo que pasar de 1.2 a 1.7 podria ser un problema para algunos plugins, pero no veo nada de malo con usarlo para microversiones o si no estas dependiendo de ningun plugin en especial.
Si, supongo que con las microversiones no habría problema, pero si tienes un sitio en producción completamente funcional con cierta versión de una biblioteca/framework; ¿es realmente necesario tener una actualización constante de esta? Yo solo considero un escenario plausible para que esto tome sentido: si esta es una actualización importante de seguridad. No obstante, para conseguir esto, se tiene que estar al pendiente de los cambios hechos a la biblioteca, creo que aun no existe un script que sepa cuando una actualización es importante... espera, creo que si, bueno no importa, el punto aquí es que con jQuery no es posible.
jonasanx :
Si, porque jQuery mejora la velocidad del framework y reducen la cantidad de memoria que gasta en cada version nueva que lanzan.
Ademas, siempre esta el tema de la seguridad, en js no es tan grave como en el servidor, pero cuenta.
Saludos.
Por MEguiluz el 10 de Abril de 2012
Gracias.
MEguiluz :
Gracias.
MEguiluz :
Gracias.
Código :
Por jonasanx el 11 de Abril de 2012
JoseAlejandro_Realza :
En el ultimo no concuerdo, delegate es quien pasa a reemplazar a live. Live nunca debió ser usado.
Porqué no debemos usar nunca jQuery Live
Por TheCube el 11 de Abril de 2012
En el artículo se habla (refrendado en los ejemplos) que live siempre va al nivel más alto del DOM y delegate no.
Pero en los ejemplos aparecen:
$('.myListElement').live( 'click', function(){})
$('#myList').delegate( '.myListElement', 'click', function(){})
Lo que veo es que el código con live va, efectivamente, al nivel más alto del DOM y el código con delegate es más local, pero el código con live también se puede escribir como:
$('#myList .myListElement').live( 'click', function(){})
Lo que entiendo del último código con live que acabo de poner es que éste también es local como el delegate.
Por favor, corríjanme si estoy equivocado.
Por TheCube el 11 de Abril de 2012
De ahora en adelante dejaré de usar live y usaré delegate.