Html5-boilerplate: Actualizar jQuery a 3.5.1 o ... ¿Eliminar jQuery? ¡Discutir!

@coliff dijo

Hice un PR para actualizar a jQuery 3.5.0 hoy, pero parece que se lanzará un parche rápido (jquery / jquery # 4665) muy pronto, por lo que tendremos que actualizar nuevamente, O podríamos considerar eliminar jQuery por completo. La forma en que se construyen los sitios web ha cambiado mucho en los últimos 10 años y jQuery ya no es una inclusión esencial. Si la gente quiere agregarlo, es fácil para ellos hacerlo sin que esté incluido de manera predeterminada para todos.

También estoy abierto a una opción en la que opcionalmente puede construir el proyecto con / sin jQuery desde la línea de comando. Quiero tener una versión con la que estemos contentos que venga en el zip 8.0, pero también estoy contento de incluir algunas cosas opcionales en la compilación, usando propiedades estáticas en un archivo de configuración para que sea muy fácil. También podríamos agregar cosas como el valor del atributo lang allí.

Diseñador de UI aquí, usuario frecuente de este proyecto para la creación de prototipos de interacciones de sitios web y demás.

Mi reacción inicial fue: _oh no, no me quites mi jQuery_. Estoy atascado en mis caminos, y todavía lo uso, ya que simplemente "tiene sentido" para cosas simples de manipulación y recorrido DOM.

Pero después de 2 minutos de consideración: _ agrupar una biblioteca de terceros no es una competencia central de este proyecto_. Es trivial agregar jQuery por su cuenta. De hecho, por razones que no recuerdo en este momento, arranqué la versión incluida y agregué jQuery Slim en mi prototipo más reciente.

Incluir jQuery es tremendamente simple con su CDN (https://code.jquery.com), y es fácil de descargar, así que digo que es seguro eliminarlo.

Creo que la tendencia ahora es eliminar el soporte de jQuery, y sería correcto respaldar esta tendencia y jQuery no debería incluirse de forma predeterminada en el desarrollo web hoy en día. De todos modos, si el desarrollador prefiere usar jQuery, es muy fácil agregarlo, pero cuando no se incluirá de forma predeterminada, creo que es más probable que un desarrollador considere que jQuery realmente necesita en su proyecto, cuando básicamente solo necesita alternar la clase una vez..

Opcionalmente, la compilación del proyecto con / sin jQuery, donde jQuery está desactivado de forma predeterminada, me parece la mejor opción.

¡Quítelo y quítelo ahora! 💯

Hacer eco de https://github.com/h5bp/html5-boilerplate/issues/2215#issuecomment -615350077 La eliminación de jQuery brinda a las personas cierta flexibilidad para elegir cómo y qué pueden o no agregar para mejorar su sitio. En un momento dado, era un hecho que jQuery era una parte necesaria de cualquier sitio y ahora es solo una de las muchas herramientas que los desarrolladores pueden usar para realizar una variedad de tareas de front-end.

Yendo una vez ... yendo dos veces ...

Solo quería intervenir con mis pensamientos rápidamente. Soy un gran admirador de jQuery y lo uso en muchos proyectos, pero hay bastantes buenas razones por las que no deberíamos incluirlo de forma predeterminada en la plantilla:

• A veces, los usuarios pueden querer usar la estructura delgada más pequeña
• El autohospedaje de jQuery en lugar de utilizar una CDN de terceros tiene muchas ventajas, incluida una mayor vida útil de la caché del navegador (los activos de terceros suelen tener una vida útil más corta de la caché) y un rendimiento potencialmente mejorado al no necesitar hacer una resolución de DNS / búsqueda de TCP / TLS. https://csswizardry.com/2019/05/self-host-your-static-assets/

Por un lado, estoy a favor de eliminar jQuery, durante mucho tiempo fue la biblioteca de JavaScript de referencia y se usó en casi todos los proyectos, sin embargo, las cosas han cambiado con HTML y CSS más potentes y una amplia variedad de otros soluciones javascript.
Pero ... utilizo bibliotecas javascript dentro de mis proyectos, a menudo de CDN, por lo que dejar un ejemplo sobre cómo implementar una en su código de la manera "mejor", "correcta" o más eficiente sigue siendo beneficioso. (¿Recuerdas cuando solíamos rellenar casi todo entre las etiquetas head ?)
Para evitar la implicación de que jQuery debería ser un estándar dentro de cada proyecto, se podría usar una biblioteca falsa o una biblioteca de funcionalidad única más pequeña más un comentario que indique que es un ejemplo de cómo implementar.

Se me sugirió eliminar jQuery del proyecto antes, y fue sugerido como un punto de discusión para la próxima versión 8.0 por @coliff

Estoy abierto a discutirlo. Este boleto es el lugar para esa discusión 🤔 😠 😄 😢

No voy a exponer mis pensamientos todavía, pero compartiré lo que creo que son las dos formas diferentes de verlo.

Por un lado, las estadísticas de uso de las estadísticas de uso de

Por otro lado, para muchas personas activas en GitHub y que se mantienen a la vanguardia del desarrollo de front-end, jQuery tiene tres o cuatro generaciones y no tiene ningún lugar en su desarrollo diario. Puede vivir como una dependencia en algún lugar de algunos proyectos, pero hacer muchas cosas $() es algo del pasado.