JQuery: lo bueno, lo malo y lo feo
jQuery es la biblioteca de JavaScript de código abierto más grande, compatible con CSS3 compatible con todos los navegadores y ha simplificado la creación de scripts en el lado del cliente.
La sintaxis es simple y jQuery puede producir bellas animaciones casi similares a Flash. A diferencia de Flash, jQuery es visible en iOS y produce páginas web dinámicas fácilmente.
jQuery está creciendo rápidamente en popularidad y con la reciente conferencia jQuery celebrada en San Francisco a fines de junio, parece un momento oportuno para comenzar una conversación sobre jQuery y específicamente sobre los pros y los contras de usarla para trabajos más exigentes.
El bueno
Quizás lo mejor de jQuery es que no necesitas ser un genio de la programación para sorprender a los clientes.
Generalmente hay más de una manera de despellejar a un gato, pero la posibilidad de agregar complementos en la parte superior de la biblioteca base hace de jQuery una solución increíblemente flexible y sobre todo rápida. Usar CSS puede ser la mejor opción en algunos casos (ver a continuación), pero si tus habilidades de programación son más limitadas, seleccionar jQuery te ayudará a realizar el trabajo.
El desarrollo web es a menudo un proceso limitado por el tiempo y ahorrar minutos o incluso horas de trabajo a menudo no es un lujo sino una necesidad. John Resig y los otros desarrolladores detrás del proyecto jQuery realmente entienden la ecuación de tiempo / dinero que enfrentan los desarrolladores web a diario. La implementación rápida generalmente significa más dólares en su bolsillo.
La verbosidad de JavaScript, la complejidad de implementar CSS y los inconvenientes publicitados de Flash hacen de jQuery la solución más práctica para muchos problemas comunes, incluidos DOM transverses, manejo de eventos, interacciones AJAX y animación.
Microsoft y Nokia están detrás de jQuery y planean agruparlo en sus nuevas plataformas, lo que sugiere un futuro brillante por delante. Además, casi todos en la comunidad de código abierto están detrás de jQuery porque:
- El apoyo de la comunidad es genial
- Hace que la manipulación de DOM sea indolora
- Funciona bien con AJAX
- Hace que la animación básica sea un pedazo de pastel
- La selección del conjunto es indolora
- Hay complementos
- Los errores se identifican y arreglan rápidamente
El código abierto permite un crecimiento rápido y dinámico. No hay licencias de las que preocuparse y es gratis. Gratis realmente se traduce en una comunidad de mentes que es mucho más amplia e inteligente que los desarrolladores cautivos de una compañía.
El núcleo de jQuery ha sido construido por algunas de las mentes más brillantes en el negocio y el desarrollo está literalmente explotando.
Corte de papel de hombre de negocios en el viejo libro a través de Shutterstock
El malo
El código abierto tiene sus problemas: por ejemplo, no todo está construido según un estándar común. Esto está bien si su cliente, o más probablemente usted, tiene el tiempo y el dinero para invertir el código de ajuste. Sin embargo, si el tiempo, el dinero, la capacidad o los tres son escasos, su espalda estará contra la pared cuando algo vaya mal.
La última versión estable de jQuery (v1.7.2) se lanzó el 21 de marzo de 2012, por lo que es probable que la capacidad de encontrar soluciones comunes para su problema exacto, extraídas del grupo de la comunidad, sea escasa durante un tiempo.
Otro problema importante con jQuery es que hay múltiples versiones por ahí. Algunas versiones funcionan bien con otras y otras no. Por ejemplo, la compatibilidad del navegador con las animaciones ha sido un problema de larga data con las animaciones jQuery. Asegurarse de que está ejecutando la última actualización de jQuery solucionará muchos de los problemas conocidos relacionados con las animaciones de jQuery, pero se queda eligiendo entre alojar la biblioteca usted mismo y actualizando continuamente, o cargando la biblioteca de Google y arriesgando la incompatibilidad con su código como nuevas versiones son lanzadas.
El conjunto de herramientas de control AJAX proporciona controles del lado del servidor. Esto le da a un desarrollador mucha más potencia y flexibilidad. Pero el kit de herramientas AJAX es grande y voluminoso en comparación con jQuery. A medida que jQuery continúe desarrollándose, el código liviano probablemente gane, especialmente con Microsoft a bordo, respaldando que jQuery Microsoft básicamente está volcando su propio MicrosoftAjax.js. En la superficie, los resultados de usar jQuery para tratar con XML son realmente geniales; hay tan pocas líneas de código, todo parece tan fácil ...
Sin embargo, el manejo de AJAX y jQuery es un área común donde las desventajas de no ser realmente un programador se vuelven aparentes con frecuencia. Por ejemplo, entender las diferencias fundamentales entre las solicitudes HTTP GET y POST es vital, y sin embargo, muchos diseñadores que carecen de este conocimiento siguen adelante, esperando que jQuery recupere su holgura. Hay trampas que los diseñadores pueden desconocer, por ejemplo, las solicitudes GET pueden tener una duración limitada y muchos programadores inexpertos simplemente cambian a POST para resolver el problema; esto puede ser una mala idea, GET no realiza modificaciones duraderas en el servidor, mientras que POST puede. POST no es un comando que deba repetirse arbitrariamente, sin embargo, se usa involuntariamente algunas veces.
Otro problema común del lado del servidor relacionado con jQuery se vuelve feo si se usa $ .get en lugar de $ .getJSON (notación de objetos JavaScript). No usar $ .getJSON para problemas de transporte de datos puede causar todo tipo de estragos.
Joven pretendiendo conducir un motor de tierra gigante a través de Shutterstock
Es fácil ser genial con jQuery, no es tan fácil ser genial y correcto.
Usar jQuery y especialmente jQuery bien también requiere un compromiso con la comunidad. El desarrollo es rápido y eso es emocionante, pero esto también puede llevar a problemas relacionados con el tiempo. El desarrollo es tan rápido en algunas áreas que si un desarrollador no sigue y participa regularmente en la comunidad, es fácil quedarse en el polvo. Este es un compromiso de tiempo adicional para los desarrolladores que tienen poco tiempo tratando de administrar un negocio, se ocupan de múltiples clientes, implementan campañas de SEO y Content Marketing y aún ven a sus hijos.
Es necesario evaluar de manera realista su nivel de habilidad y el tiempo requerido para mantenerse al tanto de todos los nuevos desarrollos de jQuery.
Y lo feo
Los dos grandes elefantes en el armario relacionados con jQuery se han quedado para el final: código de velocidad y spaghetti.
jQuery puede ser lento y, en ocasiones, la animación es mucho más lenta que con CSS. En un sitio complejo grande, cada pequeña fracción de segundo cuenta. La razón de esto es doble: múltiples manipulaciones de DOM, una encima de otra, pueden ralentizar un sitio; en segundo lugar, CSS usa transiciones del lado del navegador para animaciones y está escrito en C ++. Esto lo hace un poco más rápido que JavaScript.
Espaguetis jQuery, si aún no lo has encontrado, con el tiempo lo harás. El mayor atributo de jQuery, lo fácil que es de usar, es también su curación de Aquiles. jQuery es una biblioteca que está diseñada para ayudar con DOM transverses y selectores de CSS. Lo hace con una eficiencia increíble. No está destinado a ser utilizado como un marco para la interacción del lado del cliente. Cuando se utiliza incorrectamente, especialmente los selectores de jQuery CSS, el resultado final puede ser un código que crece y crece en un archivo .js del tamaño de un monstruo hasta que se vuelve imposible de mantener. Envíe devoluciones de llamada, algunos cambios de diseño cosméticos y nombres genéricos y más adelante, mantener un sitio de jQuery puede convertirse en una pesadilla.
Foto de época de dos niños pequeños comiendo espaguetis con sus manos a través de Shutterstock
La comunidad jQuery está abordando los problemas que rodean jQuery spaghetti. Cedric Dugas concientizó acerca de los spaghetti jQuery en Confoo. Él, entre otros, está dedicado a recordarles a los programadores el uso de las mejores prácticas con jQuery para evitar los enormes cuencos de espagueti. Como comentó un diseñador front-end, para usar realmente jQuery es necesario que conozca y comprenda JavaScript. Cortar y pegar definitivamente tiene sus inconvenientes, ya que permite resultados sin comprensión. Si bien esto puede funcionar por un tiempo, también puede causar todo tipo de problemas de mantenimiento a largo plazo.
El uso de un buen marco puede ayudar a prevenir algunos de los spaghetti jQuery. Desafortunadamente, los marcos son realmente un área nueva y lleva tiempo elegir los marcos correctos y lograr que jueguen bien entre ellos. De nuevo, este tiempo adicional debe tenerse en cuenta en la ecuación jQuery. Por el momento, hay muchos marcos que buscan dominar el espacio MVS Framework del lado del cliente. Backbone.js es el más popular en este momento pero tiene una competencia seria.
En resumen
jQuery es una de las mejores bibliotecas y puede hacer que escribir JavaScript sea mucho más fácil. Sin embargo, al igual que muchas herramientas, jQuery es mejor utilizado por un experto artesano. ¿Todos caemos bajo esta categoría? Por supuesto no. ¿Esto significa que no deberíamos usar jQuery? Por supuesto no. Simplemente sugiere que tener sentido suficiente para pedir ayuda cuando estás fuera de tu profundidad es una buena idea la mayor parte del tiempo.
¿Usas jQuery y también sabes JavaScript? ¿Necesita comprender la programación para implementar jQuery? Háganos saber lo que piensa en los comentarios.