Html5-boilerplate: Mettre à jour jQuery vers 3.5.1 ou... Supprimer jQuery ? Discuter!

@coliff a dit

J'ai fait un PR pour mettre à jour vers jQuery 3.5.0 aujourd'hui, mais il semble qu'une version de correctif rapide (jquery/jquery#4665) sera publiée très bientôt, nous devrons donc mettre à jour à nouveau - OU nous pourrions envisager de supprimer complètement jQuery. La façon dont les sites Web sont construits a beaucoup changé au cours des 10 dernières années et jQuery n'est plus une inclusion essentielle. Si les gens veulent l'ajouter, il leur est facile de le faire eux-mêmes sans que cela soit inclus par défaut pour tout le monde.

Je suis également ouvert à une option où vous pouvez éventuellement construire le projet avec/sans jQuery à partir de la ligne de commande. Je veux avoir une version dont nous sommes satisfaits et qui est livrée dans le zip 8.0, mais je suis également heureux d'insérer des éléments facultatifs dans la construction - en utilisant des propriétés statiques dans un fichier de configuration pour le rendre très facile. Nous pourrions également y ajouter des choses comme la valeur de l'attribut lang.

Concepteur d'interface utilisateur ici, utilisateur fréquent de ce projet pour le prototypage d'interactions de sites Web et autres.

Ma première réaction a été : _oh non, n'enlevez pas mon jQuery_. Je suis coincé dans mes habitudes, et je l'utilise toujours, car cela "a du sens" pour des trucs simples de traversée et de manipulation du DOM.

Mais après 2 minutes de réflexion : _regrouper une bibliothèque tierce n'est pas une compétence clé de ce projet_. Il est trivial d'ajouter jQuery par vous-même. En fait, pour des raisons dont je ne me souviens pas pour le moment, j'ai extrait la version incluse et ajouté jQuery Slim dans mon prototype le plus récent.

Inclure jQuery est extrêmement simple avec leur CDN (https://code.jquery.com), et il est facile à télécharger, donc, je dis qu'il est sûr de le supprimer.

Je pense que la tendance est maintenant de supprimer la prise en charge de jQuery, et il serait juste de prendre en charge cette tendance et jQuery ne devrait pas être inclus par défaut dans le développement Web de nos jours. Quoi qu'il en soit, si le développeur préfère utiliser jQuery, il est très facile de l'ajouter, mais lorsqu'il ne sera pas inclus par défaut, je pense qu'il est plus probable qu'un développeur considère que jQuery est vraiment nécessaire dans son projet, alors qu'il n'a besoin que de basculer entre les classes une fois que..

La construction facultative du projet avec/sans jQuery où jQuery est désactivé par défaut me semble être la meilleure option.

Retirez-le et supprimez-le maintenant ! ??

Pour faire écho à https://github.com/h5bp/html5-boilerplate/issues/2215#issuecomment -615350077 La suppression de jQuery donne aux utilisateurs une certaine flexibilité pour choisir comment et ce qu'ils peuvent ou non ajouter pour améliorer leur site. À un moment donné, il était évident que jQuery était une partie nécessaire de tout site et maintenant ce n'est qu'un des nombreux outils que les développeurs peuvent utiliser pour accomplir une variété de tâches frontales.

Aller une fois... Aller deux fois...

Je voulais juste faire part de mes pensées rapidement. Je suis un grand fan de jQuery et je l'utilise dans de nombreux projets, mais il y a plusieurs bonnes raisons pour lesquelles nous ne devrions pas l'inclure par défaut dans le modèle :

• Parfois, les utilisateurs peuvent vouloir utiliser la plus petite construction mince
• L'auto-hébergement jQuery plutôt que l'utilisation d'un CDN tiers présente de nombreux avantages, notamment une durée de vie du cache du navigateur plus longue (les actifs tiers ont généralement une durée de vie du cache plus courte) et des performances potentiellement améliorées en n'ayant pas besoin de rechercher la résolution DNS/TCP/TLS. https://csswizardry.com/2019/05/self-host-your-static-assets/

D'une part, je suis en faveur de la suppression de jQuery, pendant longtemps c'était la bibliothèque javascript incontournable et elle était utilisée dans presque tous les projets, mais les choses ont changé avec des HTML et CSS plus puissants et une grande variété d'autres solution javascript.
Mais ... J'utilise des bibliothèques javascript dans mes projets, souvent à partir de CDN, donc laisser un exemple sur la façon d'en implémenter une dans votre code de la manière "la meilleure", "correcte" ou la plus efficace est toujours bénéfique. (Rappelez-vous quand nous mettions presque tout entre les balises head ?)
Pour éviter d'impliquer que jQuery devrait être une norme dans chaque projet, une fausse bibliothèque peut être utilisée ou une bibliothèque à fonctionnalité unique plus petite, plus un commentaire indiquant qu'il s'agit d'un exemple sur la façon de mettre en œuvre.

La suppression de jQuery du projet m'a déjà été suggérée et a été suggérée comme point de discussion pour la prochaine version 8.0 par @coliff

Je suis ouvert à en discuter. Ce billet est le lieu de cette discussion 🤔 😠 😄 😢

Je ne vais pas encore exposer mes pensées, mais je vais partager ce que je pense être les deux manières différentes de voir les choses.

D'une part, les statistiques d' utilisation des statistiques d'utilisation

D'un autre côté, pour de nombreuses personnes actives sur GitHub et qui restent à la pointe du développement front-end, jQuery a trois ou quatre générations et n'a aucune place dans leur développement quotidien. Il peut vivre comme une dépendance quelque part dans certains projets, mais faire beaucoup de choses $() appartient au passé.